LoRA vs QLoRA vs full fine-tuning: cost, quality and when each makes sense

Originally published at https://pranjulrathour.scult.in/blog/lora-vs-qlora-vs-full-fine-tuning. That copy is the canonical version and gets updates first.
Every fine-tuning tutorial assumes hardware most students do not have. The choice between LoRA, QLoRA and full fine-tuning is mostly a hardware and data question, so let me lay out what each one actually does before you pick.
Full fine-tuning: every weight moves
You update all parameters of the model. It gives the most capacity to change behaviour and is what labs do for major model versions. It also needs memory for weights, gradients and optimiser states — several times the model size — which puts even a 7B model out of reach for a consumer GPU. For a student project it is almost never the right tool.

LoRA: train small adapters instead
LoRA freezes the base weights and trains low-rank matrices injected into attention (and often MLP) layers. The trainable parameters drop to a fraction of a percent, memory drops with them, and the result is a small adapter file you can swap in and out. Quality on narrow tasks is usually close to full fine-tuning.
QLoRA: LoRA on a quantised base
QLoRA loads the frozen base model in 4-bit precision and trains LoRA adapters on top. That is how FineTune Studio trains Qwen3-1.7B at around 3.2 GB of VRAM — hardware a student can borrow or rent for almost nothing. The adapters are trained in higher precision, so quality holds up well; the cost is slower steps because of dequantisation.

A decision guide
- Under 8 GB VRAM, or a free cloud GPU → QLoRA. Nothing else fits.
- 16–24 GB VRAM and a model up to 7–8B → LoRA in 16-bit for faster steps, QLoRA if you want a bigger base.
- A narrow behaviour (format, tone, classification) → adapters are enough; full fine-tuning is waste.
- Fundamentally new capabilities or a new language → full fine-tuning on serious hardware, and probably not your project this semester.
The part that matters more than the method
Whichever you choose, evaluate base against tuned on held-out examples before you believe anything — the workflow in how to evaluate a fine-tuned model honestly. Most disappointing fine-tunes were not the wrong method; they were the wrong dataset.
![]() | Pranjul Rathour GenAI engineer, Kanpur · 3x first-prize hackathon winner · campus mentor I ship production RAG pipelines, fine-tune LLMs and build agentic AI products end to end. I lead engineering at SCULT INDIA for a 14-member team and have mentored 200+ students through TechVerse Enclave. Open to: GenAI roles, hackathon judging, mentorship sessions and guest talks at colleges. Email: pranjulrathour41@gmail.com |
![]() Pranjul Rathour | ![]() Presenting to a room | ![]() Trophy and certificate of merit at Vividhotsava 2025 |








Comments
Post a Comment