模型概述
模型特點
模型能力
使用案例
🚀 TheDrummer的Gemmasutra-Small-4B-v1的Llamacpp imatrix量化版本
本項目是TheDrummer的Gemmasutra-Small-4B-v1模型的量化版本,使用特定工具和方法對原模型進行量化處理,以適應不同的硬件環境和應用場景。
🚀 快速開始
- 運行環境:可以在 LM Studio 中運行,也可以直接使用 llama.cpp 或任何基於 llama.cpp 的項目來運行。
- 原模型地址:TheDrummer/Gemmasutra-Small-4B-v1
✨ 主要特性
📦 安裝指南
使用huggingface-cli下載
首先,確保你已經安裝了 hugginface-cli:
pip install -U "huggingface_hub[cli]"
然後,你可以指定要下載的特定文件:
huggingface-cli download bartowski/TheDrummer_Gemmasutra-Small-4B-v1-GGUF --include "TheDrummer_Gemmasutra-Small-4B-v1-Q4_K_M.gguf" --local-dir ./
如果模型大小超過 50GB,它會被分割成多個文件。要將它們全部下載到本地文件夾,請運行:
huggingface-cli download bartowski/TheDrummer_Gemmasutra-Small-4B-v1-GGUF --include "TheDrummer_Gemmasutra-Small-4B-v1-Q8_0/*" --local-dir ./
你可以指定一個新的本地目錄(如 TheDrummer_Gemmasutra-Small-4B-v1-Q8_0),也可以將它們全部下載到當前目錄(./)。
💻 使用示例
提示格式
<bos><start_of_turn>user
{prompt}<end_of_turn>
<start_of_turn>model
<end_of_turn>
<start_of_turn>model
請注意,此模型不支持系統提示。
📚 詳細文檔
下載文件選擇
文件名 | 量化類型 | 文件大小 | 分割情況 | 描述 |
---|---|---|---|---|
Gemmasutra-Small-4B-v1-bf16.gguf | bf16 | 7.73GB | 否 | 完整的 BF16 權重。 |
Gemmasutra-Small-4B-v1-Q8_0.gguf | Q8_0 | 4.11GB | 否 | 極高質量,通常不需要,但為最大可用量化。 |
Gemmasutra-Small-4B-v1-Q6_K_L.gguf | Q6_K_L | 3.32GB | 否 | 嵌入和輸出權重使用 Q8_0。非常高質量,接近完美,推薦。 |
Gemmasutra-Small-4B-v1-Q6_K.gguf | Q6_K | 3.17GB | 否 | 非常高質量,接近完美,推薦。 |
Gemmasutra-Small-4B-v1-Q5_K_L.gguf | Q5_K_L | 2.95GB | 否 | 嵌入和輸出權重使用 Q8_0。高質量,推薦。 |
Gemmasutra-Small-4B-v1-Q5_K_M.gguf | Q5_K_M | 2.81GB | 否 | 高質量,推薦。 |
Gemmasutra-Small-4B-v1-Q5_K_S.gguf | Q5_K_S | 2.74GB | 否 | 高質量,推薦。 |
Gemmasutra-Small-4B-v1-Q4_K_L.gguf | Q4_K_L | 2.60GB | 否 | 嵌入和輸出權重使用 Q8_0。質量良好,推薦。 |
Gemmasutra-Small-4B-v1-Q4_1.gguf | Q4_1 | 2.54GB | 否 | 舊格式,性能與 Q4_K_S 相似,但在蘋果硅芯片上每瓦令牌數有所提高。 |
Gemmasutra-Small-4B-v1-Q4_K_M.gguf | Q4_K_M | 2.46GB | 否 | 質量良好,是大多數用例的默認大小,推薦。 |
Gemmasutra-Small-4B-v1-Q4_K_S.gguf | Q4_K_S | 2.35GB | 否 | 質量略低,但節省更多空間,推薦。 |
Gemmasutra-Small-4B-v1-Q3_K_XL.gguf | Q3_K_XL | 2.35GB | 否 | 嵌入和輸出權重使用 Q8_0。質量較低但可用,適合低內存情況。 |
Gemmasutra-Small-4B-v1-Q4_0.gguf | Q4_0 | 2.34GB | 否 | 舊格式,提供 ARM 和 AVX CPU 推理的在線重新打包。 |
Gemmasutra-Small-4B-v1-IQ4_NL.gguf | IQ4_NL | 2.33GB | 否 | 類似於 IQ4_XS,但略大。提供 ARM CPU 推理的在線重新打包。 |
Gemmasutra-Small-4B-v1-IQ4_XS.gguf | IQ4_XS | 2.23GB | 否 | 質量不錯,比 Q4_K_S 小,性能相似,推薦。 |
Gemmasutra-Small-4B-v1-Q3_K_L.gguf | Q3_K_L | 2.20GB | 否 | 質量較低但可用,適合低內存情況。 |
Gemmasutra-Small-4B-v1-Q3_K_M.gguf | Q3_K_M | 2.06GB | 否 | 質量低。 |
Gemmasutra-Small-4B-v1-IQ3_M.gguf | IQ3_M | 1.95GB | 否 | 中低質量,新方法,性能與 Q3_K_M 相當。 |
Gemmasutra-Small-4B-v1-Q3_K_S.gguf | Q3_K_S | 1.90GB | 否 | 質量低,不推薦。 |
Gemmasutra-Small-4B-v1-Q2_K_L.gguf | Q2_K_L | 1.83GB | 否 | 嵌入和輸出權重使用 Q8_0。質量非常低,但出人意料地可用。 |
Gemmasutra-Small-4B-v1-IQ3_XS.gguf | IQ3_XS | 1.82GB | 否 | 質量較低,新方法,性能不錯,略優於 Q3_K_S。 |
Gemmasutra-Small-4B-v1-Q2_K.gguf | Q2_K | 1.69GB | 否 | 質量非常低,但出人意料地可用。 |
Gemmasutra-Small-4B-v1-IQ3_XXS.gguf | IQ3_XXS | 1.66GB | 否 | 質量較低,新方法,性能不錯,與 Q3 量化相當。 |
Gemmasutra-Small-4B-v1-IQ2_M.gguf | IQ2_M | 1.50GB | 否 | 質量相對較低,使用最先進的技術,出人意料地可用。 |
嵌入/輸出權重
部分量化(如 Q3_K_XL、Q4_K_L 等)是標準量化方法,其嵌入和輸出權重被量化為 Q8_0,而不是通常的默認值。
ARM/AVX 信息
以前,你會下載 Q4_0_4_4/4_8/8_8,這些權重會在內存中交錯排列,以便通過一次加載更多數據來提高 ARM 和 AVX 機器的性能。
然而,現在有了一種稱為“在線重新打包”的權重處理方式,詳情見 此 PR。如果你使用 Q4_0 並且你的硬件能從重新打包權重中受益,它會自動即時進行處理。
從 llama.cpp 構建版本 b4282 開始,你將無法運行 Q4_0_X_X 文件,而需要使用 Q4_0。
此外,如果你想獲得略好的質量,可以使用 IQ4_NL,這得益於 此 PR,它也會為 ARM 重新打包權重,不過目前僅適用於 4_4。加載時間可能會較慢,但總體速度會提高。
選擇哪個文件?
點擊查看詳情
Artefact2 提供了一篇很棒的文章,帶有展示各種性能的圖表,鏈接為 此處
首先要確定你能運行多大的模型。為此,你需要確定你有多少內存(RAM)和/或顯存(VRAM)。
如果你希望模型運行儘可能快,你需要將整個模型放入 GPU 的顯存中。目標是選擇一個文件大小比你的 GPU 總顯存小 1 - 2GB 的量化版本。
如果你想要絕對最高的質量,將系統內存和 GPU 顯存相加,然後選擇一個文件大小比該總和小 1 - 2GB 的量化版本。
接下來,你需要決定是使用“I - 量化”還是“K - 量化”。
如果你不想考慮太多,選擇一個 K - 量化版本。這些格式為 'QX_K_X',如 Q5_K_M。
如果你想深入瞭解,可以查看這個非常有用的特性圖表:
但基本上,如果你目標是低於 Q4 的量化,並且你使用的是 cuBLAS(Nvidia)或 rocBLAS(AMD),你應該考慮 I - 量化。這些格式為 IQX_X,如 IQ3_M。這些是較新的,對於其大小而言提供更好的性能。
這些 I - 量化也可以在 CPU 上使用,但比等效的 K - 量化慢,因此你需要在速度和性能之間進行權衡。
I - 量化與 Vulcan(也是 AMD)不兼容,所以如果你有 AMD 顯卡,請仔細檢查你使用的是 rocBLAS 版本還是 Vulcan 版本。在撰寫本文時,LM Studio 有一個支持 ROCm 的預覽版,其他推理引擎也有針對 ROCm 的特定版本。
🔧 技術細節
Q4_0_X_X 信息(已棄用)
保留此部分是為了展示使用帶有在線重新打包的 Q4_0 可能帶來的理論性能提升。
點擊查看 AVX2 系統(EPYC7702)上的基準測試
模型 | 大小 | 參數 | 後端 | 線程數 | 測試 | 每秒令牌數 | 與 Q4_0 相比的百分比 |
---|---|---|---|---|---|---|---|
qwen2 3B Q4_0 | 1.70 GiB | 3.09 B | CPU | 64 | pp512 | 204.03 ± 1.03 | 100% |
qwen2 3B Q4_0 | 1.70 GiB | 3.09 B | CPU | 64 | pp1024 | 282.92 ± 0.19 | 100% |
qwen2 3B Q4_0 | 1.70 GiB | 3.09 B | CPU | 64 | pp2048 | 259.49 ± 0.44 | 100% |
qwen2 3B Q4_0 | 1.70 GiB | 3.09 B | CPU | 64 | tg128 | 39.12 ± 0.27 | 100% |
qwen2 3B Q4_0 | 1.70 GiB | 3.09 B | CPU | 64 | tg256 | 39.31 ± 0.69 | 100% |
qwen2 3B Q4_0 | 1.70 GiB | 3.09 B | CPU | 64 | tg512 | 40.52 ± 0.03 | 100% |
qwen2 3B Q4_K_M | 1.79 GiB | 3.09 B | CPU | 64 | pp512 | 301.02 ± 1.74 | 147% |
qwen2 3B Q4_K_M | 1.79 GiB | 3.09 B | CPU | 64 | pp1024 | 287.23 ± 0.20 | 101% |
qwen2 3B Q4_K_M | 1.79 GiB | 3.09 B | CPU | 64 | pp2048 | 262.77 ± 1.81 | 101% |
qwen2 3B Q4_K_M | 1.79 GiB | 3.09 B | CPU | 64 | tg128 | 18.80 ± 0.99 | 48% |
qwen2 3B Q4_K_M | 1.79 GiB | 3.09 B | CPU | 64 | tg256 | 24.46 ± 3.04 | 83% |
qwen2 3B Q4_K_M | 1.79 GiB | 3.09 B | CPU | 64 | tg512 | 36.32 ± 3.59 | 90% |
qwen2 3B Q4_0_8_8 | 1.69 GiB | 3.09 B | CPU | 64 | pp512 | 271.71 ± 3.53 | 133% |
qwen2 3B Q4_0_8_8 | 1.69 GiB | 3.09 B | CPU | 64 | pp1024 | 279.86 ± 45.63 | 100% |
qwen2 3B Q4_0_8_8 | 1.69 GiB | 3.09 B | CPU | 64 | pp2048 | 320.77 ± 5.00 | 124% |
qwen2 3B Q4_0_8_8 | 1.69 GiB | 3.09 B | CPU | 64 | tg128 | 43.51 ± 0.05 | 111% |
qwen2 3B Q4_0_8_8 | 1.69 GiB | 3.09 B | CPU | 64 | tg256 | 43.35 ± 0.09 | 110% |
qwen2 3B Q4_0_8_8 | 1.69 GiB | 3.09 B | CPU | 64 | tg512 | 42.60 ± 0.31 | 105% |
Q4_0_8_8 在提示處理方面有不錯的提升,在文本生成方面有小幅度提升。
📄 許可證
文檔未提及相關許可證信息。
致謝
感謝 kalomaze 和 Dampf 在創建 imatrix 校準數據集方面提供的幫助。 感謝 ZeroWw 在嵌入/輸出實驗方面提供的靈感。 感謝 LM Studio 對本項目的贊助。
如果你想支持我的工作,請訪問我的 ko-fi 頁面:https://ko-fi.com/bartowski



