モデル概要
モデル特徴
モデル能力
使用事例
quantized_by: bartowski pipeline_tag: text-generation base_model: mistralai/Devstral-Small-2505 inference: false language:
- en
- fr
- de
- es
- pt
- it
- ja
- ko
- ru
- zh
- ar
- fa
- id
- ms
- ne
- pl
- ro
- sr
- sv
- tr
- uk
- vi
- hi
- bn extra_gated_description: 当社が個人データをどのように処理しているか詳しく知りたい場合は、プライバシーポリシーをお読みください。 base_model_relation: quantized license: apache-2.0
mistralai/Devstral-Small-2505のLlamacpp imatrix量子化
Unslothの変換を使用して作成(アップロードに感謝): https://huggingface.co/unsloth/Devstral-Small-2505
オリジナルモデル: https://huggingface.co/mistralai/Devstral-Small-2505
すべての量子化はこちらのデータセットを使用してimatrixオプションで作成。
LM Studioで実行可能。
llama.cppまたは他のllama.cppベースのプロジェクトで直接実行可能。
ngxsonによるビジョンサポート
ngxsonが、Mistral Small 3.1のオリジナルmmprojがDevstral Smallでシームレスに動作することを示したため、ビジョン使用のためにmmprojファイルを提供!
これは公式ではなく、完全に動作するとは限りませんが、実用的には機能するようです!
プロンプト形式
<s>[SYSTEM_PROMPT]{system_prompt}[/SYSTEM_PROMPT][INST]{prompt}[/INST]
以下のファイルをダウンロード(ブランチ全体ではなく):
ファイル名 | 量子化タイプ | ファイルサイズ | 分割 | 説明 |
---|---|---|---|---|
Devstral-Small-2505-bf16.gguf | bf16 | 47.15GB | false | 完全なBF16ウェイト。 |
Devstral-Small-2505-Q8_0.gguf | Q8_0 | 25.05GB | false | 非常に高品質、一般的には不要だが利用可能な最大量子化。 |
Devstral-Small-2505-Q6_K_L.gguf | Q6_K_L | 19.67GB | false | 埋め込みと出力ウェイトにQ8_0を使用。非常に高品質、ほぼ完璧、推奨。 |
Devstral-Small-2505-Q6_K.gguf | Q6_K | 19.35GB | false | 非常に高品質、ほぼ完璧、推奨。 |
Devstral-Small-2505-Q5_K_L.gguf | Q5_K_L | 17.18GB | false | 埋め込みと出力ウェイトにQ8_0を使用。高品質、推奨。 |
Devstral-Small-2505-Q5_K_M.gguf | Q5_K_M | 16.76GB | false | 高品質、推奨。 |
Devstral-Small-2505-Q5_K_S.gguf | Q5_K_S | 16.30GB | false | 高品質、推奨。 |
Devstral-Small-2505-Q4_1.gguf | Q4_1 | 14.87GB | false | レガシーフォーマット、Q4_K_Sと同様の性能だがAppleシリコンでトークン/ワットが改善。 |
Devstral-Small-2505-Q4_K_L.gguf | Q4_K_L | 14.83GB | false | 埋め込みと出力ウェイトにQ8_0を使用。良好な品質、推奨。 |
Devstral-Small-2505-Q4_K_M.gguf | Q4_K_M | 14.33GB | false | 良好な品質、ほとんどのユースケースのデフォルトサイズ、推奨。 |
Devstral-Small-2505-Q4_K_S.gguf | Q4_K_S | 13.55GB | false | 品質はやや低いがスペース節約、推奨。 |
Devstral-Small-2505-Q4_0.gguf | Q4_0 | 13.49GB | false | レガシーフォーマット、ARMおよびAVX CPU推論用のオンライン再パッキングを提供。 |
Devstral-Small-2505-IQ4_NL.gguf | IQ4_NL | 13.47GB | false | IQ4_XSに類似、やや大きい。ARM CPU推論用のオンライン再パッキングを提供。 |
Devstral-Small-2505-Q3_K_XL.gguf | Q3_K_XL | 12.99GB | false | 埋め込みと出力ウェイトにQ8_0を使用。品質は低いが使用可能、低RAM環境に適している。 |
Devstral-Small-2505-IQ4_XS.gguf | IQ4_XS | 12.76GB | false | 適度な品質、Q4_K_Sより小さく同様の性能、推奨。 |
Devstral-Small-2505-Q3_K_L.gguf | Q3_K_L | 12.40GB | false | 品質は低いが使用可能、低RAM環境に適している。 |
Devstral-Small-2505-Q3_K_M.gguf | Q3_K_M | 11.47GB | false | 低品質。 |
Devstral-Small-2505-IQ3_M.gguf | IQ3_M | 10.65GB | false | 中低品質、Q3_K_Mに匹敵する性能の新しい手法。 |
Devstral-Small-2505-Q3_K_S.gguf | Q3_K_S | 10.40GB | false | 低品質、非推奨。 |
Devstral-Small-2505-IQ3_XS.gguf | IQ3_XS | 9.91GB | false | 低品質、Q3_K_Sよりやや優れた性能の新しい手法。 |
Devstral-Small-2505-Q2_K_L.gguf | Q2_K_L | 9.55GB | false | 埋め込みと出力ウェイトにQ8_0を使用。非常に低品質だが驚くほど使用可能。 |
Devstral-Small-2505-IQ3_XXS.gguf | IQ3_XXS | 9.28GB | false | 低品質、Q3量子化に匹敵する性能の新しい手法。 |
Devstral-Small-2505-Q2_K.gguf | Q2_K | 8.89GB | false | 非常に低品質だが驚くほど使用可能。 |
Devstral-Small-2505-IQ2_M.gguf | IQ2_M | 8.11GB | false | 比較的低品質だが、SOTA技術を使用して驚くほど使用可能。 |
Devstral-Small-2505-IQ2_S.gguf | IQ2_S | 7.48GB | false | 低品質、SOTA技術を使用して使用可能。 |
Devstral-Small-2505-IQ2_XS.gguf | IQ2_XS | 7.21GB | false | 低品質、SOTA技術を使用して使用可能。 |
埋め込み/出力ウェイト
これらの量子化(Q3_K_XL、Q4_K_Lなど)の一部は、埋め込みと出力ウェイトを通常のデフォルトではなくQ8_0に量子化した標準的な量子化手法です。
huggingface-cliを使用したダウンロード
ダウンロード手順を表示するにはクリック
まず、huggingface-cliがインストールされていることを確認してください:
pip install -U "huggingface_hub[cli]"
次に、対象の特定のファイルを指定できます:
huggingface-cli download bartowski/mistralai_Devstral-Small-2505-GGUF --include "mistralai_Devstral-Small-2505-Q4_K_M.gguf" --local-dir ./
モデルが50GBより大きい場合、複数のファイルに分割されています。それらすべてをローカルフォルダにダウンロードするには、以下を実行します:
huggingface-cli download bartowski/mistralai_Devstral-Small-2505-GGUF --include "mistralai_Devstral-Small-2505-Q8_0/*" --local-dir ./
新しいlocal-dir(mistralai_Devstral-Small-2505-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を使用する必要があります。
さらに、このPRのおかげで、IQ4_NLを使用してARM用にウェイトを再パッキングすることもできますが、現時点では4_4のみです。ロード時間は遅くなるかもしれませんが、全体的な速度向上につながります。
Q4_0_X_X情報を表示(非推奨)
このセクションは、Q4_0とオンライン再パッキングを使用した場合の潜在的な理論上のパフォーマンス向上を示すために保持しています。
AVX2システム(EPYC7702)でのベンチマークを表示
モデル | サイズ | パラメータ | バックエンド | スレッド | テスト | t/s | % (vs 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のVRAMに収める必要があります。GPUの総VRAMより1-2GB小さい量子化を目指してください。
絶対的な最高品質を求めたい場合は、システムRAMとGPUのVRAMを合計し、同様に合計より1-2GB小さい量子化を選択してください。
次に、「I-quant」または「K-quant」を使用するかどうかを決定する必要があります。
あまり考えたくない場合は、K-quantのいずれかを選択してください。これらは「QX_K_X」形式で、Q5_K_Mなどです。
さらに詳しく知りたい場合は、この非常に便利な機能チャートを確認してください:
基本的に、Q4以下を目指していて、cuBLAS(Nvidia)またはrocBLAS(AMD)を実行している場合は、I-quantを検討する必要があります。これらはIQX_X形式で、IQ3_Mなどです。これらは新しく、サイズに対してより良いパフォーマンスを提供します。
これらのI-quantはCPUでも使用できますが、K-quant相当よりも遅くなるため、速度とパフォーマンスのトレードオフを決定する必要があります。
クレジット
imatrixキャリブレーションデータセットの作成に協力してくれたkalomazeとDampfに感謝します。
埋め込み/出力の実験にインスピレーションを与えてくれたZeroWwに感謝します。
私の仕事をスポンサーしてくれたLM Studioに感謝します。
私の仕事をサポートしたいですか?私のko-fiページを訪れてください: https://ko-fi.com/bartowski



