Samsung LittleBit 壓到 0.1 位元:13B 模型不到 1GB,為何仍要看記憶體與品質?

Samsung LittleBit 以低秩分解與二值化壓縮語言模型,論文報告 Llama2-13B 權重不到 0.9GB。本文說明平均位元、浮點比例與推論成本,區分舊研究再熱傳和真正可在本機使用的條件。

Share
Samsung Research LittleBit 架構示意;二值因子之外仍包含浮點縮放參數。
Samsung Research LittleBit 架構示意;二值因子之外仍包含浮點縮放參數。 圖片來源:Samsung Research。

Samsung LittleBit 以極低的平均位元數壓縮語言模型。原論文報告,一百三十億參數的 Llama2-13B,可以得到不到零點九 GB 的壓縮權重。

這項數字在 X 再度引起討論,但 LittleBit 的第一版論文早在 2025 年公開,並獲 NeurIPS 2025 接受。十月社群熱傳,不能寫成三星當天才發表新技術。

模型權重是模型訓練完成後存下的核心參數,決定模型如何處理輸入。權重越大,裝進設備越困難,壓縮因此是本機 AI 的重要研究方向。

LittleBit 不只把每個數字改成較短格式,還先用較少的結構近似原本矩陣,再將主要部分二值化。平均零點一位元,描述的是這種整體表示方式。

論文提出的記憶體縮減與潛在加速有吸引力,實際使用仍要問:答案品質損失多少、程式需要什麼硬體,以及完整推論還會佔哪些記憶體?

我會把它看成極限壓縮的研究進展。它讓模型大小與品質的取捨有了新選項,但不能只拿一張小於一 GB 的圖,推論任何電腦都能順暢執行。

要看懂這項研究,先拆開「每個權重不到一個位元」這句話。

Samsung LittleBit 的 0.1 位元代表什麼?

一般量化是讓模型數值用更低精度表示。原本十六位元的格式改成四位元,通常能縮小權重,但也需要控制數值近似造成的品質變化。

LittleBit 進一步研究小於一位元的平均表示。若把零點一位元想成一個獨立數字真的只存十分之一個開關,會誤解它的原理。

它先把大型權重矩陣分解為較小的低秩因子。矩陣是排列成表格的數值,低秩分解則是用較少的結構,近似原本更大、較複雜的關係。

原本大量獨立數字,改由較少因子共同表示。即使因子各自仍需要位元,總儲存量除以原始權重數後,也能得到小於一的平均值。

研究再將這些因子的主要部分二值化,讓它們用兩種狀態表示。壓縮效果來自分解與二值化共同作用,並非單純把所有權重截成更短小數。

二值化會帶來資訊損失,因此模型還有可學習的比例補償。三星官方介紹列出行、列與潛在維度三組尺度,協助調整不同部分的重要性。

這些尺度仍使用浮點數。社群把方法形容為「全部消除浮點運算」,忽略了補償結構,也把局部計算特性推成整個模型的共同特性。

理解這點,才能把壓縮數字放回正確位置。方法讓大部分表示變得更緊湊,同時保留一些數值尺度,以降低極端壓縮的傷害。

二值化之後,還需要訓練調整

LittleBit 使用量化感知訓練,在訓練時把低精度限制納入計算,讓模型學習如何在這套表示下保持表現。這和一般壓縮檔案的做法不同。

把檔案打包再解壓,通常能還原原內容。模型極低位元壓縮則使用近似,需要重新處理訓練與補償,不能保證原本每個回答都不變。

研究設計初始化方式和殘差補償,就是為了降低這些近似誤差。初始化決定開始訓練時的數值安排,殘差補償則處理主要近似仍留下的差異。

對一般使用者來說,這表示一個模型名稱在支援清單中,不等於已有可以立即下載、直接執行的完整低位元成品。還要看對應權重和執行工具。

Samsung Research LittleBit 架構示意;二值因子之外仍包含浮點縮放參數。
Samsung Research LittleBit 架構示意;二值因子之外仍包含浮點縮放參數。 圖片來源:Samsung Research。

13B 不到 0.9GB,計算的是壓縮權重

原論文報告,零點一平均位元下,可將 Llama2-13B 壓縮到不到零點九 GB,並描述約三十一倍的記憶體縮減。這是作者研究設定下的結果。

13B 代表一百三十億參數。只用十六位元粗估原始權重,一個參數約兩個位元組,總量約二十六 GB,實際格式和儲存結構仍會影響數字。

粗估的二十六 GB,可以幫助理解為何需要壓縮,卻不能代替論文實際計算口徑。比較壓縮倍率時,應沿用作者報告的設定與包含範圍。

壓縮權重不等於整臺電腦只需要同樣記憶體。執行框架、暫存、中間計算和輸入內容,都會增加完整推論時的佔用。

其中一項是 KV 快取,用來保留先前文字的計算資訊,讓模型接續生成時不必重算所有內容。對話越長,這類暫存可能越重要。

因此,短問題能執行,不等於長文件也能執行。同一組壓縮權重,換成更長輸入或同時處理多人需求,設備壓力可能明顯不同。

模型大小還影響讀入和傳輸。一個更小的權重檔,可能比較容易存放和分發,但這些優勢應和實際回答速度分開測量。

若報導只展示檔案容量,讀者得到的是儲存資訊。要評估本機用途,還需要看到峰值記憶體、首個回答等待時間及持續輸出速度。

潛在 11.6 倍加速,為何不能直接搬到每臺電腦?

論文摘要提到相對十六位元浮點格式的潛在十一點六倍推論加速。作者用「潛在」描述這項收益,轉述時應保留條件。

更緊湊的表示可以減少搬運資料的負擔,二值因子也提供不同的計算機會。但硬體、執行核心與資料安排,會決定它們是否轉成實際速度。

模型推論不只有一種矩陣運算。若其他環節仍花很多時間,即使其中一段顯著加快,整體對話也不會自動擁有同樣倍率。

一般用戶從點擊按鈕到看到文字,還會經歷輸入處理、權重載入和結果顯示。論文特定計算的加速,與完整應用體驗需要分別判斷。

研究程式也有環境要求。官方 README 的重現環境列出特定 Python、PyTorch、CUDA 和 Transformers 版本,說明它不是任意軟體都能直接載入的通用格式。

CUDA 是 NVIDIA 顯示卡的計算工具。研究使用這套環境,不代表所有手機、蘋果電腦或只有 CPU 的設備都已驗證相同表現。

要把壓縮方法變成產品,通常還要處理執行核心、模型格式和設備適配。開源程式碼提供研究起點,和成熟的跨設備部署方案仍有距離。

對於工程團隊,最有意義的測試是自己的模型、硬體和任務。比較時固定輸入長度與輸出長度,再記錄記憶體、時間和品質,才知道收益在哪裡。

LittleBit-2 改進哪一段?

官方倉庫也介紹 LittleBit-2,第二篇論文在 2026 年二月已有初版,五月修訂。它延續極低位元方向,重點是讓潛在結構更適合二值化。

前一階段分解得到的數值分佈,可能不容易直接壓成兩種狀態。LittleBit-2 通過內部旋轉與聯合迭代量化,調整二值化之前的幾何關係。

可以把它理解為先改變表示角度,再把數值對齊到二值形式。這種調整希望保留更多重要資訊,而不是只增加一層新的推論計算。

論文說這套對齊不增加推論開銷,指的是該初始化與對齊策略不額外加上執行負擔。它沒有說整個語言模型推論完全不用運算。

README 將相關選項納入訓練流程,並將兩篇研究分開說明。讀者引用結果時,也應確認是原始 LittleBit,還是改進後的版本。

同一個項目後來表現更好,不代表原論文所有數值都可以用新版替換。比較模型、數據和位元設定之前,先把版本寫清楚。

對於只想用本機聊天工具的人,這些細節可以先放在研究背景。真正要安裝時,仍需要一個與自己設備相容、來源清楚的模型和執行方案。

極限壓縮要用哪些任務驗收?

模型變小以後,基本問答可能還能順利完成,細緻推理卻可能不同。只用一個簡單問題展示回答,不能充分說明模型保留了原本能力。

建議先列出自己的主要任務。若用途是整理繁體中文長文,就測試摘要是否保留條件、時間和關鍵數字,而不僅看語句是否流暢。

如果用途是本機程式助手,可檢查錯誤定位與修改理由。生成一段看似合理的程式碼,與能解釋邊界條件、保持既有行為,是不同要求。

這些是評估建議,並非本文已經執行 LittleBit 的測試結果。研究提供了壓縮方向,使用者還需要檢驗自己願意接受哪一種能力變化。

在相同任務下,比較不同壓縮程度,可以看到大小與品質的交換。只追求最小位元,可能會把不適合實際工作的配置當成最佳選擇。

比較時還要保留原始模型或較高精度基準。沒有基準,某個回答出錯時就很難知道是壓縮造成,還是原模型本來就不會。

長輸入尤其值得獨立測試。前面提到的快取負擔會增加,內容也更複雜,權重節省的空間是否足夠,必須放到完整執行來看。

如果目標只是讓設備能裝下模型,也可先評估較成熟的四位元方案。極低位元的價值是提供另一種取捨,不必把所有應用推到同一個壓縮極限。

設備的顯示記憶體、主記憶體和工作負載會一起影響本機體驗。把權重移出顯示卡可能節省空間,卻也改變資料搬運,不能只記錄檔案大小。

速度比較也應固定任務。短回答與長文件、單人操作與同時多人請求,各自有不同瓶頸,研究中的局部倍率要放回這些條件解讀。

保留一份完整執行記錄

工程團隊可記錄模型版本、壓縮設定、設備、輸入長度和執行工具。結果再漂亮,若少了這些條件,其他人很難重現,也難以解釋差異。

容量用實際權重檔和峰值記憶體分別記錄,速度則拆成載入、首字和持續生成。這樣的紀錄能讓優化針對瓶頸,而不是只追逐單一倍率。

品質錯誤也應留下具體案例。遺漏一條限制、數字改寫或推理斷裂,各自對工作影響不同,平均分數無法代替這些實際損失。

公開研究與可直接使用的模型分開看

官方程式庫提供訓練流程與支援架構,讓研究者能檢查方法、調整設定和嘗試重現。這份公開材料的價值,在於壓縮過程可以被研究,而非只展示容量截圖。

但訓練需要資料和計算,準備低位元模型也會花成本。若團隊只想節省一臺設備的記憶體,應先確認是否已有合適成品,再決定要不要自行投入訓練。

自行訓練時,資料品質還會影響結果。用與實際任務差距很大的資料補償壓縮,未必能保留團隊最重視的能力,驗收應回到自己的用途。

LittleBit 官方程式庫採 CC BY-NC 4.0,包含非商業使用限制。研究程式公開,不代表能直接放進商業服務,模型權重本身的條件也要分別核對。

如果最後選擇較大的配置,並不代表研究沒有價值。極限壓縮展示了新的邊界,實際部署則在容量、品質、維護成本之間選擇適合的位置。

這讓公開資料成為決策依據:既可以幫助研究者改良方法,也可以讓使用團隊知道,哪些條件還不足以支持自己的產品需求。

延伸閱讀:Strata 教學:12GB 顯示卡跑大模型,先看 RAM、量化與完整任務

延伸閱讀:Flash-dLLM 是什麼?擴散語言模型推論快 11 倍,速度、記憶體與品質代價拆解

FAQ:Samsung LittleBit 常見問題

零點一位元等於每個權重真的存十分之一個位元嗎?

它表示壓縮結構相對原始權重數量的平均成本。低秩分解讓較少因子共同表示大量權重,因此平均值可以低於一個位元。

這個方法完全沒有浮點數嗎?

三星官方介紹保留行、列與潛在維度的可學習尺度。主要因子二值化,不代表整個模型和所有計算都已消除浮點數。

權重不到一 GB,就代表一 GB 記憶體足夠嗎?

完整推論還需要執行框架、暫存與中間計算,長輸入也可能增加快取。壓縮權重大小不能直接當成設備總記憶體需求。

LittleBit 是十月新發布的產品嗎?

原始論文在 2025 年已公開,LittleBit-2 在 2026 年也有較早版本。十月的社群討論是研究再度被關注,應與原始發佈日期分開。

結語:小模型檔案,要配上完整工作證據

LittleBit 讓極低位元壓縮更有研究依據,也把模型大小與品質的選擇推向新的範圍。它的吸引力在於改變表示方式,並非宣佈設備限制已經消失。

若準備評估本機應用,先選代表性任務,同時量記憶體、速度和錯誤。能在自己工作中保持可接受品質,才是壓縮數字轉成實際價值的地方。

想持續追蹤本機 AI 與模型壓縮的進展,歡迎免費訂閱 AI 郵報。

資料來源