LoRA 適配器有多大：如何按裝置選擇秩

LoRA 適配器正在成為為特定領域客製化 AI 模型的標準方式——而且越來越多地成為AI 硬體的標準部署介面。但並非所有 LoRA 適配器都相同。你為擁有 80 GB VRAM 的雲端 GPU 訓練的適配器，不應該是你部署到只有 4 GB AI 預算的手機的適配器。

本指南涵蓋如何針對邊緣硬體限制優化 LoRA 適配器架構：秩、目標模組和訓練決策如何影響適配器大小、推理速度和輸出品質。

LoRA 適配器解剖

LoRA 適配器透過向基礎模型的特定層添加兩個小矩陣（A 和 B）來運作。與其直接修改原始權重矩陣 W，LoRA 計算：

W' = W + (B × A)

其中：

W 是凍結的基礎模型權重（保留在基礎模型中，不在你的適配器中）
A 是形狀為（原始維度 × 秩）的矩陣
B 是形狀為（秩 × 原始維度）的矩陣
秩（r）控制適配器可以編碼多少資訊

適配器檔案只包含每個目標層的 A 和 B 矩陣。基礎模型保持凍結。

三個槓桿控制適配器大小和品質：

秩（r）： 適配器有多少個維度。較高的秩 = 較大的適配器 = 更有表達力。
目標模組： 模型的哪些層獲得適配器矩陣。更多層 = 較大的適配器 = 更廣泛的適應。
Alpha（α）： 控制適配器對基礎模型影響程度的縮放因子。通常設置為秩的 2 倍。

秩：主要的大小-品質槓桿

秩是邊緣優化最重要的單一參數。

秩	適配器大小（8B 模型，所有線性層）	品質	最適合
r=4	約 15-25 MB	尚可	極端邊緣，簡單任務
r=8	約 30-50 MB	良好	行動裝置、IoT、專用晶片
r=16	約 60-100 MB	非常好	筆記型電腦、消費者 GPU
r=32	約 120-200 MB	優秀	桌機、邊緣伺服器
r=64	約 250-400 MB	接近完整微調	雲端 GPU，無大小限制
r=128 以上	約 500 MB 以上	邊際回報遞減	研究，很少需要

實際洞察： 對於大多數特定領域任務（分類、擷取、Q&A、結構化輸出），r=16 能捕捉到微調效益的絕大多數。從 r=16 增加到 r=64 通常只帶來不到 2% 的準確率提升，但適配器大小增加四倍。

對於邊緣部署，從 r=8 或 r=16 開始。 測試品質。只有在品質不足時才增加秩。

邊際回報是真實的

研究一致表明，LoRA 的每個參數效益隨著秩的增加而下降。適配器的前 8 個維度捕捉最重要的適應。第 9-16 個維度捕捉精細調整。第 17-64 個維度捕捉逐漸更微妙的模式。

對於「將客戶支援票分類到 10 個類別」這樣的任務，r=8 通常就足夠了。對於「以特定律師事務所的風格產生法律合約條款」這樣的任務，可能需要 r=32 來捕捉風格細節。

目標模組：廣度-深度取捨

除了秩，你還選擇哪些模型層接收適配器矩陣。兩種常見方法：

僅注意力（預設）

將 LoRA 應用於注意力機制中的查詢（q_proj）、鍵（k_proj）、值（v_proj）和輸出（o_proj）投影矩陣。

適配器大小： 較小（注意力層是總參數的一小部分） 品質： 對大多數任務效果良好，特別是涉及注意力模式變化的任務（模型「專注」的內容） 最適合邊緣： 這是記憶體受限部署的首選

所有線性層

將 LoRA 應用於注意力投影和前饋網路層（gate_proj、up_proj、down_proj）。

適配器大小： 比僅注意力大約 3 倍 品質： 對需要深度知識適應（術語、領域事實、輸出格式）的任務更好 最適合： 優先考慮品質而非大小的生產部署

混合方法

對於邊緣優化，一個明智的中間地帶：

在注意力層以 r=16 應用 LoRA（小型，捕捉注意力模式）
在前饋層以 r=8 應用 LoRA（捕捉知識，以較低秩）

這在不需要高秩處處的情況下，給你廣泛的適應。Ertas 讓你在設置微調任務時視覺化配置目標模組。

適配器大小估算

在訓練之前，估算你的適配器大小以確認它符合你的邊緣目標：

公式：

大小 ≈ 2 × 秩 × 層維度 × 目標層數量 × 每個參數位元組數

對於典型的 8B 模型（4096 維），LoRA 作用於注意力（每個 transformer 塊 4 層，共 32 塊）：

r=8：約 2 × 8 × 4096 × 128 × 2 位元組 ≈ 16 MB
r=16：約 2 × 16 × 4096 × 128 × 2 位元組 ≈ 32 MB
r=32：約 2 × 32 × 4096 × 128 × 2 位元組 ≈ 64 MB

上面這些是僅注意力的數字，而且略為偏高，因為這個速算把 key 與 value 投影都當成全寬處理。在像 Llama 3.1 8B 這樣的 grouped-query 模型上，key 與 value 投影到 1024 而非 4096，因此精確的僅注意力數字更接近 14 MB、27 MB 與 55 MB。改成鎖定所有線性層會讓這個數字大約乘以 3，因為 feed-forward 矩陣遠比注意力矩陣寬，這也正是本文開頭那張表的由來。

這些是很小的數字。即使是所有層上的 r=32 也能舒適地適應任何部署目標，限制更多是推論速度而非儲存。

秩在推論時的代價

秩會不會影響推論速度，取決於你在匯出時做的一個決定。

合併後的適配器是免費的。 把適配器折回基礎權重，也就是 W' = W + BA，會產生一個形狀與層數都與原始模型完全相同的模型。秩在合併後的權重裡不留痕跡，所以 r=64 的合併跑起來和 r=4 的合併完全一樣快，兩者也都和未微調的基礎模型一樣快。GGUF 匯出做的正是這件事，這也是為什麼對多數邊緣部署而言，上面那張大小表是儲存問題而不是延遲問題。

未合併的適配器則按 token 計費。 讓 A 與 B 保持分離，代表每個目標模組在每次前向傳遞時都要多做兩次小矩陣乘法。多出來的算術量相對於基礎模型並不大，真正的代價是記憶體流量：解碼一個 token 受頻寬限制，而適配器權重是額外的讀取，會和基礎模型爭搶同一份頻寬。上面關於 r=32 的註記指的就是這個代價。

有兩個後果值得先規劃：

目標模組的數量比秩更重要。 秩加倍會讓每次額外的 matmul 大小加倍；從只做注意力層改成所有線性層，則會讓這類運算的數量大約增為三倍，而且加進來的是區塊中最寬的矩陣。如果你要保持適配器未合併且延遲吃緊，先砍目標模組，再考慮砍秩。
除非需要動態切換，否則就合併。 保持未合併的理由是執行期特化：記憶體裡放一個基礎模型，依請求或依租戶切換多個適配器。這是真實可行的架構，也正是下面專用矽晶片與多租戶案例的基礎。如果你一個二進位檔只出貨一種特化，就把它合併，然後完全不必再考慮秩。

邊緣硬體限制

不同的邊緣目標有不同的瓶頸：

專用晶片（Taalas HC1）

限制： 用於適配器權重的晶片上 SRAM 建議： r=8 到 r=16，僅注意力。基礎模型是硬體化的；適配器權重載入到快速 SRAM。保持適配器小型，以便在不同專業化之間快速切換。

智慧型手機 / 平板電腦

限制： 記憶體預算（AI 使用 2-6 GB）、電池壽命 建議： r=4 到 r=8，僅注意力，在小型基礎模型（3B 或更小）上。考慮使用 LoRA-Edge 技術進行極端壓縮。

Apple Silicon Mac

限制： 統一記憶體（與作業系統和應用程式共享） 建議： r=16 到 r=32，所有線性層都可接受。Apple Silicon 有足夠的記憶體用於較大的適配器。優化品質，而非大小。

消費者 GPU

限制： VRAM（8-24 GB，與基礎模型和 KV 快取共享） 建議： r=16 到 r=32，所有線性層。GPU VRAM 是瓶頸，但適配器大小與基礎模型相比微不足道。適配器對總記憶體的貢獻很小。

邊緣伺服器 / 工業

限制： 記憶體通常足夠，但可靠性和切換速度很重要 建議： r=32，所有線性層。優化品質。如果服務多個客戶，保持適配器在 r=16 以啟用更多同時適配器槽位。

邊緣適配器的品質驗證

較小的適配器以潛在品質換取部署適合性。你必須驗證這種取捨是可以接受的。

首先建立評估資料集

在訓練任何適配器之前，建立一個包含 50-100 個代表性輸入和預期輸出的評估資料集。這是你的品質基準。請參閱我們關於從真實對話建立評估資料集的指南。

比較適配器變體

在 r=8、r=16 和 r=32 上訓練相同的資料集。在你的評估資料集上運行所有三個。如果 r=8 和 r=16 的分數在 2-3% 以內，就將 r=8 部署到邊緣——品質差異在生產中不會有影響。

Ertas 支援並行運行多個微調實驗並在畫布上並排比較結果，讓這種比較變得簡單。

在目標量化上測試

你的評估應該在量化的基礎模型上測試適配器，而非完整精度版本。Q4_K_M 基礎模型上的小型適配器與 F16 上的同一適配器行為不同。始終在你實際部署的堆疊上進行驗證。

多適配器策略

對於部署到邊緣硬體的機構和 SaaS 產品，最佳模式是一個任務特定適配器庫：

基礎適配器（r=16）： 通用領域知識。設備啟動時載入一次。

任務適配器（r=8）： 特定功能（分類、擷取、產生、工具呼叫）。按需切換。

客戶適配器（r=8）： 基於基礎的每個客戶客製化。僅適用於多租戶機構部署。

這種分層方法使每個單獨的適配器保持小型，同時透過組合實現深度專業化。總記憶體佔用是基礎模型加上一兩個小型適配器——完全在邊緣限制內。

開始使用

確定目標硬體及其記憶體預算
從 r=16、僅注意力開始（安全的預設值）
在 Ertas 上微調——視覺化配置秩和目標模組
匯出並在目標硬體上測試
如果品質足夠，嘗試 r=8——較小的適配器切換更快，為上下文留下更多記憶體
如果品質不足，在增加秩之前嘗試所有線性層

你今天為邊緣部署優化的適配器，可以在任何支援基礎模型 + LoRA 的硬體上運行——從手機到專用推理晶片。投資於正確設計適配器，部署目標就變得可互換。

參考資料：LoRA-Edge: Tensor-Train-Assisted LoRA for Edge Devices，Index.dev — LoRA vs QLoRA 2026。