模型概述
模型特點
模型能力
使用案例
🚀 Gryphe的Codex-24B-Small-3.2的Llamacpp imatrix量化版本
本項目是Gryphe的Codex-24B-Small-3.2模型的量化版本,藉助量化技術,可在不同硬件條件下更高效地運行模型。
模型信息
屬性 | 詳情 |
---|---|
量化者 | bartowski |
任務類型 | 文本生成 |
基礎模型 | Gryphe/Codex-24B-Small-3.2 |
基礎模型關係 | 量化版本 |
許可證 | apache-2.0 |
語言 | en |
標籤 | instruct、finetune、chatml、axolotl、roleplay |
🚀 快速開始
本量化模型使用 llama.cpp 的 b5697 版本進行量化。 原模型地址:Gryphe/Codex-24B-Small-3.2
所有量化模型均使用 imatrix 選項,並採用 此處 的數據集。
你可以通過以下方式運行模型:
✨ 主要特性
提示格式
由於未指定聊天模板,因此使用默認模板。這可能存在錯誤,請查看原模型卡片以獲取詳細信息。
<|im_start|>system
{system_prompt}<|im_end|>
<|im_start|>user
{prompt}<|im_end|>
<|im_start|>assistant
下載文件
你可以從以下列表中選擇下載單個文件(而非整個分支):
文件名 | 量化類型 | 文件大小 | 拆分 | 描述 |
---|---|---|---|---|
Codex-24B-Small-3.2-bf16.gguf | bf16 | 47.15GB | false | 完整的BF16權重。 |
Codex-24B-Small-3.2-Q8_0.gguf | Q8_0 | 25.05GB | false | 極高質量,通常不需要,但為最大可用量化。 |
Codex-24B-Small-3.2-Q6_K_L.gguf | Q6_K_L | 19.67GB | false | 嵌入和輸出權重使用Q8_0。非常高質量,接近完美,推薦。 |
Codex-24B-Small-3.2-Q6_K.gguf | Q6_K | 19.35GB | false | 非常高質量,接近完美,推薦。 |
Codex-24B-Small-3.2-Q5_K_L.gguf | Q5_K_L | 17.18GB | false | 嵌入和輸出權重使用Q8_0。高質量,推薦。 |
Codex-24B-Small-3.2-Q5_K_M.gguf | Q5_K_M | 16.76GB | false | 高質量,推薦。 |
Codex-24B-Small-3.2-Q5_K_S.gguf | Q5_K_S | 16.30GB | false | 高質量,推薦。 |
Codex-24B-Small-3.2-Q4_1.gguf | Q4_1 | 14.87GB | false | 舊格式,性能與Q4_K_S相似,但在Apple硅芯片上每瓦的令牌處理量有所提高。 |
Codex-24B-Small-3.2-Q4_K_L.gguf | Q4_K_L | 14.83GB | false | 嵌入和輸出權重使用Q8_0。質量良好,推薦。 |
Codex-24B-Small-3.2-Q4_K_M.gguf | Q4_K_M | 14.33GB | false | 質量良好,是大多數用例的默認大小,推薦。 |
Codex-24B-Small-3.2-Q4_K_S.gguf | Q4_K_S | 13.55GB | false | 質量略低,但節省更多空間,推薦。 |
Codex-24B-Small-3.2-Q4_0.gguf | Q4_0 | 13.49GB | false | 舊格式,可為ARM和AVX CPU推理提供在線重新打包。 |
Codex-24B-Small-3.2-IQ4_NL.gguf | IQ4_NL | 13.47GB | false | 與IQ4_XS相似,但略大。可為ARM CPU推理提供在線重新打包。 |
Codex-24B-Small-3.2-Q3_K_XL.gguf | Q3_K_XL | 12.99GB | false | 嵌入和輸出權重使用Q8_0。質量較低但可用,適合低內存情況。 |
Codex-24B-Small-3.2-IQ4_XS.gguf | IQ4_XS | 12.76GB | false | 質量不錯,比Q4_K_S小,性能相似,推薦。 |
Codex-24B-Small-3.2-Q3_K_L.gguf | Q3_K_L | 12.40GB | false | 質量較低但可用,適合低內存情況。 |
Codex-24B-Small-3.2-Q3_K_M.gguf | Q3_K_M | 11.47GB | false | 低質量。 |
Codex-24B-Small-3.2-IQ3_M.gguf | IQ3_M | 10.65GB | false | 中低質量,新方法,性能與Q3_K_M相當。 |
Codex-24B-Small-3.2-Q3_K_S.gguf | Q3_K_S | 10.40GB | false | 低質量,不推薦。 |
Codex-24B-Small-3.2-IQ3_XS.gguf | IQ3_XS | 9.91GB | false | 質量較低,新方法,性能不錯,略優於Q3_K_S。 |
Codex-24B-Small-3.2-Q2_K_L.gguf | Q2_K_L | 9.55GB | false | 嵌入和輸出權重使用Q8_0。質量非常低,但出乎意料地可用。 |
Codex-24B-Small-3.2-IQ3_XXS.gguf | IQ3_XXS | 9.28GB | false | 質量較低,新方法,性能不錯,與Q3量化相當。 |
Codex-24B-Small-3.2-Q2_K.gguf | Q2_K | 8.89GB | false | 質量非常低,但出乎意料地可用。 |
Codex-24B-Small-3.2-IQ2_M.gguf | IQ2_M | 8.11GB | false | 質量相對較低,使用最先進技術,出乎意料地可用。 |
Codex-24B-Small-3.2-IQ2_S.gguf | IQ2_S | 7.48GB | false | 質量低,使用最先進技術,可用。 |
Codex-24B-Small-3.2-IQ2_XS.gguf | IQ2_XS | 7.21GB | false | 質量低,使用最先進技術,可用。 |
Codex-24B-Small-3.2-IQ2_XXS.gguf | IQ2_XXS | 6.55GB | false | 質量非常低,使用最先進技術,可用。 |
嵌入/輸出權重
部分量化模型(如Q3_K_XL、Q4_K_L等)採用標準量化方法,將嵌入和輸出權重量化為Q8_0,而非默認值。
📦 安裝指南
使用huggingface-cli下載
點擊查看下載說明
首先,確保你已安裝hugginface-cli:
pip install -U "huggingface_hub[cli]"
然後,你可以指定要下載的特定文件:
huggingface-cli download bartowski/Gryphe_Codex-24B-Small-3.2-GGUF --include "Gryphe_Codex-24B-Small-3.2-Q4_K_M.gguf" --local-dir ./
如果模型大於50GB,它將被拆分為多個文件。要將它們全部下載到本地文件夾,請運行:
huggingface-cli download bartowski/Gryphe_Codex-24B-Small-3.2-GGUF --include "Gryphe_Codex-24B-Small-3.2-Q8_0/*" --local-dir ./
你可以指定一個新的本地目錄(如Gryphe_Codex-24B-Small-3.2-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。加載時間可能會更長,但總體速度會提高。
點擊查看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在提示處理方面有顯著提升,在文本生成方面有小幅提升。
如何選擇文件
點擊查看詳情
Artefact2 提供了一篇很棒的文章,帶有展示各種性能的圖表,點擊查看
首先,你需要確定可以運行的模型大小。為此,你需要了解自己擁有的內存(RAM)和/或顯存(VRAM)容量。
如果你希望模型儘可能快地運行,你需要將整個模型加載到GPU的顯存中。選擇文件大小比GPU總顯存小1 - 2GB的量化版本。
如果你追求絕對最高質量,可以將系統內存和GPU顯存相加,然後選擇文件大小比該總和小1 - 2GB的量化版本。
接下來,你需要決定是使用“I-quant”還是“K-quant”。
如果你不想考慮太多,可以選擇K-quant。這些量化版本的格式為“QX_K_X”,如Q5_K_M。
如果你想深入瞭解,可以查看這個非常有用的特性圖表: llama.cpp特性矩陣
但基本上,如果你目標是Q4以下的量化版本,並且使用cuBLAS(Nvidia)或rocBLAS(AMD),你應該考慮I-quant。這些量化版本的格式為IQX_X,如IQ3_M。它們是較新的版本,在相同大小下性能更好。
這些I-quant也可以在CPU上使用,但比對應的K-quant慢,因此你需要在速度和性能之間進行權衡。
📄 許可證
本項目使用 apache-2.0 許可證。
致謝
感謝kalomaze和Dampf在創建imatrix校準數據集方面提供的幫助。 感謝ZeroWw在嵌入/輸出實驗方面提供的靈感。 感謝LM Studio對我工作的贊助。
如果你想支持我的工作,請訪問我的ko-fi頁面:https://ko-fi.com/bartowski



