cd /news/machine-learning/lora-vs-dora-why-dora-underperformed… · home topics machine-learning article
[ARTICLE · art-74695] src=promptcube3.com ↗ pub= topic=machine-learning verified=true sentiment=↓ negative

LoRA vs DoRA: Why DoRA Underperformed in My Tests

In a head-to-head test, standard LoRA outperformed Weight-decomposed Low-Rank Adaptation (DoRA) by 2.1% in accuracy while taking 15% less training time per epoch, according to a developer's experiments on a consumer-grade GPU. The author found DoRA's additional magnitude component added computational overhead and caused more volatile loss curves, making standard LoRA the safer choice for smaller, niche datasets.

read2 min views1 publishedJul 26, 2026
LoRA vs DoRA: Why DoRA Underperformed in My Tests
Image: Promptcube3 (auto-discovered)

Weight-decomposed Low-Rank Adaptation (DoRA) is marketed as a way to bridge the gap between LoRA and full fine-tuning, but in my recent head-to-head test, it actually lagged behind standard LoRA in both training speed and final accuracy.

I kept the hyperparameters identical for both runs to ensure a fair comparison:

The issue became apparent during the first two epochs. DoRA introduces an additional magnitude component that requires more computation per update. While the overhead seems negligible on paper, it added a noticeable drag to my iterations.

For this specific project, the added complexity of DoRA wasn't worth the trade-off. It seems the "better learning capacity" of weight decomposition doesn't always trigger on smaller, niche datasets where standard LoRA is already highly efficient. If you're constrained by hardware, sticking to a basic LoRA AI workflow is likely the safer bet for faster deployment. I ran these experiments on a consumer-grade GPU to see if the theoretical benefits of decomposing magnitude and direction actually translate to real-world performance on smaller datasets.

The Setup #

I kept the hyperparameters identical for both runs to ensure a fair comparison:

Rank (r): 8Alpha: 16Learning Rate: 2e-4Epochs: 3

The Diagnosis #

The issue became apparent during the first two epochs. DoRA introduces an additional magnitude component that requires more computation per update. While the overhead seems negligible on paper, it added a noticeable drag to my iterations.

More frustrating was the convergence. I noticed the loss curve for DoRA was significantly more volatile than LoRA's. Instead of the smoother descent I expected, DoRA struggled to stabilize, leading to a lower validation score.

Training Time: DoRA took ~15% longer per epoch.Accuracy: LoRA outperformed DoRA by 2.1% on my specific evaluation set.VRAM Usage: Roughly the same, though DoRA's overhead slightly increased peak memory.

Conclusion #

For this specific project, the added complexity of DoRA wasn't worth the trade-off. It seems the "better learning capacity" of weight decomposition doesn't always trigger on smaller, niche datasets where standard LoRA is already highly efficient. If you're constrained by hardware, sticking to a basic LoRA AI workflow is likely the safer bet for faster deployment.

[Next Train-Test Split: A Practical Guide for Data Science →](/en/threads/3867/)

All Replies (3) #

J

I've noticed DoRA takes way longer to converge on smaller datasets compared to standard LoRA.

0

L

P

Did you try adjusting the learning rate or sticking with the default settings for both?

0

── more in #machine-learning 4 stories · sorted by recency
── more on @lora 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/lora-vs-dora-why-dor…] indexed:0 read:2min 2026-07-26 ·