Not All Ranks Are Equal: Budget-Aware LoRA Merging Across Tasks
Avinash Amballa, Yashas Malur Saidutta, Wenbo Li, Lazar Valkov, Srinivas Chappidi
Samsung Research America
Published September 3, 2026 · on the feed September 28, 2026 · ▲ 7 · arXiv 2609.22237
The abstract
Merging low-rank adapters (LoRAs) promises to eliminate the overhead of swapping task-specific weights at inference time. However, existing merging methods assume every layer needs the same rank budget. Further, some methods assume that rank budget needs to be split equally among the tasks too. We show this uniform-budget assumption is a major source of the performance gap between merged and per-task LoRAs. However, rank selection is an NP hard problem. To this end, we introduce Net Utility, a data free metric that first decomposes every task LoRA by its Singular Value Decomposition (SVD) and scores each of those singular directions by its task utility and its interference with other tasks directions. Next, we globally pool these scores to select singular directions with the highest values with a constraint on the total number of directions selected. The proposed Net Utility metric is applied on top of five different merging methods across three different merging spaces. The merging is done over two sets of tasks, vision and language tasks. Net utility based rank allocation outperforms its counterparts without that allocation. On average, over vision tasks it achieves +2.1% improvement in performance, and +2.2% improvement over the language tasks.
The Brief
2:21A short podcast summary of the paper. Written and voiced by AI.
Transcript
Not All Ranks Are Equal. Budget-Aware LoRA Merging Across Tasks. By Avinash Amballa and four others, from Samsung Research America. Published on the third of September. No code repository is linked to it.
When each task has its own low-rank adapter, or LoRA, serving several tasks means swapping task-specific weights at inference time. Merging the adapters promises to eliminate that overhead. The authors point to an assumption built into existing merging methods: that every layer needs the same rank budget. Some methods go further and assume the budget must also be split equally among the tasks. The paper shows that this uniform-budget assumption is a major source of the performance gap between a merged adapter and the separate per-task LoRAs it replaces.
Dropping the assumption is not free, though. Deciding which ranks to keep is a selection problem, and rank selection is NP hard. So the question becomes how to allocate the budget well without solving that problem exactly.
The answer is Net Utility, a data free metric. It asks, for every direction a task's adapter contributes, how useful that direction is for its own task and how much it interferes with the other tasks. Directions that help a lot and collide little score high. Directions that help little or collide a lot score low.
Concretely, each task LoRA is first decomposed by its Singular Value Decomposition, so that it becomes a set of singular directions. Each of those directions is scored by its task utility and by its interference with the other tasks' directions. The scores are then pooled globally, across layers and tasks together, and the directions with the highest values are selected, subject to a constraint on the total number of directions chosen. Pooling globally is what lets the budget fall unevenly: a layer or a task that needs more directions can receive them.
Net Utility is applied on top of five different merging methods, across three different merging spaces. Merging is carried out over two sets of tasks, one of vision tasks and one of language tasks. Rank allocation based on Net Utility outperforms the same methods without that allocation. On average the improvement is two point one percent over the vision tasks, and two point two percent over the language tasks.
Because it sits on top of existing merging methods, the contribution is less a new way to merge than a new way to spend the budget. The title says it directly: once ranks are allowed to be unequal, deciding where they go becomes the lever.
Paper Quest · 7 chapters · about 41 min
Play this paper
Learn it by doing: make the calls the authors made, guess the result before you see it, and defend it in a viva graded on your own words. Chapter 1 is right here.
Chapter 1 🧩 · The problem
Every quest starts with a wall. Here it is a rank budget handed out as if every layer were the same.
You serve many tasks from one frozen model, each with its own small low-rank adapter. Swapping adapters at inference is costly, so you merge them all into one adapter with a fixed rank budget.
The road ahead
- 1 · The problem ~7 min Merging many task adapters into one adapter with a fixed rank budget loses accuracy, partly because existing methods spread that budget evenly.
- 2 · What came before ~3 min
- 3 · The key idea ~9 min Break every task adapter into singular directions, score each by its own-task usefulness minus its clash with other tasks, and keep the best directions anywhere.
- 4 · Choose your own research ~3 min
- 5 · Build the method ~8 min Decompose each adapter, score every direction, pool the scores, keep the top ones under the total budget, then merge them with an existing method.
- 6 · The experiment ~6 min You’ll guess: On average over vision tasks, how much did Net Utility rank allocation improve LoRA merging methods compared with the same methods without it?
- 7 · The viva ~5 min Three questions from the examiners, answered in your own words. Win it for the paper’s trophy.
Free, with Google or an email address. Your stars and progress are kept.