webmp3/Sakura-FrogNano-4B-2609-GGUF

来源:🤗image-text-to-textmit激活 4B12 GBGGUF✓ 3 个校验和12 天前更新
或提交种子

Sakura — FrogNano-4B-2609 (GGUF, three sizes)

FrogNano-4B-2609 is a compact multimodal Qwen3.5-architecture model from Microsoft (MIT license) with tool calling and multi-token-prediction layers. This repository holds three GGUF files of different size made from the BF16 weights with our measured mixed-codec method. Pick one on the Files page; the table below says what each file is. Independent community quantization, not an official Microsoft release. Part of the Sakura Mini line.

Which file should I take?

File For
Sakura-FrogNano-4B-2609-1.90GiB.gguf (1.89 GiB, 3.74 bpw) smallest: for tight memory budgets; expect visible quality loss
Sakura-FrogNano-4B-2609-2.32GiB.gguf (2.31 GiB, 4.59 bpw) middle: best balance of size and quality for most machines
Sakura-FrogNano-4B-2609-2.83GiB.gguf (2.82 GiB, 5.61 bpw) largest: closest to the BF16 original of the three

The three files

File Size bits/weight KLD de KLD en KLD dev same top token (avg) Tensor types by size
Sakura-FrogNano-4B-2609-1.90GiB.gguf 1.89 GiB 3.74 0.1218 0.0899 0.0788 90.6 % IQ3_S 40%, IQ3_XXS 14%, Q3_K 13%, IQ4_XS 12%, Q4_K 10%, Q8_0 7%, Q5_K 3%
Sakura-FrogNano-4B-2609-2.32GiB.gguf 2.31 GiB 4.59 0.0286 0.0245 0.0227 95.3 % IQ4_XS 70%, Q5_K 19%, Q8_0 6%, Q4_K 5%
Sakura-FrogNano-4B-2609-2.83GiB.gguf 2.82 GiB 5.61 0.0093 0.0072 0.0073 97.5 % Q5_K 84%, Q8_0 6%, Q6_K 6%, IQ4_XS 4%

"Tensor types by size" lists the share of the file's bytes per ggml type (all are standard llama.cpp types, so the files run in stock llama.cpp). Quality columns: mean KL divergence of the quantized model's next-token distribution against the BF16 source on held-out text (lower is better) and how often the most likely token is unchanged (higher is better).

Comparison at similar size

Same texts, same context, same chunks, measured by us with llama-perplexity (BF16 source = reference; PPL of the BF16 model: de: 2.186, en: 1.866, dev: 1.949). The reference quants are bartowski's imatrix quants of the same model, measured the same way. Sorted by size.

Quant Source Size KLD de KLD en KLD dev PPL de same top token (avg)
IQ3_XXS bartowski (imatrix) 1.84 GiB 0.1275 0.0919 0.0833 2.420 91.1 %
Sakura-FrogNano-4B-2609-1.90GiB.gguf this repository 1.90 GiB 0.1218 0.0899 0.0788 2.424 90.6 %
Q3_K_M bartowski (imatrix) 1.99 GiB 0.0914 0.0723 0.0591 2.323 91.8 %
Sakura-FrogNano-4B-2609-2.32GiB.gguf this repository 2.32 GiB 0.0286 0.0245 0.0227 2.240 95.3 %
IQ4_XS bartowski (imatrix) 2.33 GiB 0.0303 0.0224 0.0221 2.249 95.5 %
Sakura-FrogNano-4B-2609-2.83GiB.gguf this repository 2.83 GiB 0.0093 0.0072 0.0073 2.201 97.5 %
Q5_K_S bartowski (imatrix) 2.94 GiB 0.0067 0.0051 0.0053 2.199 97.7 %

Method: 12 chunks of 512 tokens per text; texts: German held-out text, English held-out text, developer-text held-out set. Single measurement on one machine; small KLD differences at similar size are not a quality ranking.

How it was made

  1. BF16 GGUF of the original model and the importance matrix come from bartowski/FrogNano-4B-2609-GGUF; we used both unchanged (credit and thanks to bartowski).
  2. Every large weight matrix was quantized once per candidate type (Q2_K, IQ2_S, IQ3_XXS, IQ3_S, Q3_K, IQ4_XS, Q4_K, Q5_K, Q6_K, Q8_0) with llama-quantize and the importance matrix; the error of each choice was estimated per matrix (importance-weighted, with hand-set protection for the first and last layers, the down projections and the embeddings).
  3. An exact budget allocation (multiple-choice knapsack over bytes) picked one type per matrix for each target size; the final model was assembled from the stored tensors without re-quantizing. We do not publish per-tensor choices. Norms, small tensors and the multi-token-prediction layers stay at high precision.

Limits

  • Measured only with KL divergence and perplexity on short held-out texts and not with downstream benchmarks; do not read it as a task-quality claim.
  • Quantization always costs some quality; the smallest file costs the most.

Credits


中文说明 · 樱花 (Simplified Chinese)

English above. 本节为上文的中文翻译(Sakura = 樱花 yīnghuā);完整的独立中文版见 README_zh.md。

Sakura — FrogNano-4B-2609(GGUF,三种大小)

FrogNano-4B-2609 是 Microsoft 推出的一个紧凑的多模态 Qwen3.5 架构模型(MIT 许可证),支持工具调用,并带有多 token 预测层。本仓库包含 三个不同大小的 GGUF 文件,由 BF16 权重通过我们实测得出的混合编码方法制作。请在 Files 页面选择其中一个;下表说明了每个文件的用途。 这是独立的社区量化版本,不是 Microsoft 的官方发布。属于 Sakura Mini 系列。

我该选哪个文件?

文件 适用场景
Sakura-FrogNano-4B-2609-1.90GiB.gguf(1.89 GiB,3.74 bpw) 最小:适合内存预算紧张的情况;预计质量会有明显损失
Sakura-FrogNano-4B-2609-2.32GiB.gguf(2.31 GiB,4.59 bpw) 居中:对大多数机器而言,大小与质量的最佳平衡
Sakura-FrogNano-4B-2609-2.83GiB.gguf(2.82 GiB,5.61 bpw) 最大:三者中最接近 BF16 原始模型

这三个文件

文件 大小 bits/weight KLD de KLD en KLD dev same top token (avg) 各张量类型(按大小)
Sakura-FrogNano-4B-2609-1.90GiB.gguf 1.89 GiB 3.74 0.1218 0.0899 0.0788 90.6 % IQ3_S 40%, IQ3_XXS 14%, Q3_K 13%, IQ4_XS 12%, Q4_K 10%, Q8_0 7%, Q5_K 3%
Sakura-FrogNano-4B-2609-2.32GiB.gguf 2.31 GiB 4.59 0.0286 0.0245 0.0227 95.3 % IQ4_XS 70%, Q5_K 19%, Q8_0 6%, Q4_K 5%
Sakura-FrogNano-4B-2609-2.83GiB.gguf 2.82 GiB 5.61 0.0093 0.0072 0.0073 97.5 % Q5_K 84%, Q8_0 6%, Q6_K 6%, IQ4_XS 4%

“各张量类型(按大小)”列出每个 ggml 类型占文件字节数的比例(全部是标准的 llama.cpp 类型,因此这些文件可在原版 llama.cpp 中运行)。质量列:量化模型的下一个 token 分布相对于 BF16 源文件在留出文本上的平均 KL 散度(越低越好),以及最可能的 token 保持不变的频率(越高越好)。

相近大小的比较

相同的文本、相同的上下文、相同的分块,由我们使用 llama-perplexity 测量(BF16 源文件 = 参照;BF16 模型的 PPL:de: 2.186,en: 1.866,dev: 1.949)。参照量化为 bartowski 对同一模型的 imatrix 量化,以相同方式测量。按大小排序。

量化 来源 大小 KLD de KLD en KLD dev PPL de same top token (avg)
IQ3_XXS bartowski (imatrix) 1.84 GiB 0.1275 0.0919 0.0833 2.420 91.1 %
Sakura-FrogNano-4B-2609-1.90GiB.gguf 本仓库 1.90 GiB 0.1218 0.0899 0.0788 2.424 90.6 %
Q3_K_M bartowski (imatrix) 1.99 GiB 0.0914 0.0723 0.0591 2.323 91.8 %
Sakura-FrogNano-4B-2609-2.32GiB.gguf 本仓库 2.32 GiB 0.0286 0.0245 0.0227 2.240 95.3 %
IQ4_XS bartowski (imatrix) 2.33 GiB 0.0303 0.0224 0.0221 2.249 95.5 %
Sakura-FrogNano-4B-2609-2.83GiB.gguf 本仓库 2.83 GiB 0.0093 0.0072 0.0073 2.201 97.5 %
Q5_K_S bartowski (imatrix) 2.94 GiB 0.0067 0.0051 0.0053 2.199 97.7 %

方法:每个文本取 12 个块,每块 512 个 token;文本为:德文留出文本、英文留出文本、开发者文本留出集。这是在一台机器上的单次测量;相近大小下 KLD 的细小差异并不构成质量排名。

制作方式

  1. 原始模型的 BF16 GGUF 和重要性矩阵来自 bartowski/FrogNano-4B-2609-GGUF;我们原样使用了这两者(感谢并归功于 bartowski)。
  2. 每个大型权重矩阵针对每种候选类型(Q2_K、IQ2_S、IQ3_XXS、IQ3_S、Q3_K、IQ4_XS、Q4_K、Q5_K、Q6_K、Q8_0)使用 llama-quantize 和重要性矩阵各量化一次;每种选择的误差按矩阵估计(按重要性加权,并对首尾几层、down 投影和嵌入手动设置了保护)。
  3. 精确的预算分配(以字节为单位的多选背包问题)为每个目标大小为每个矩阵挑选一种类型;最终模型由已存储的张量组装而成,无需重新量化。 我们不公布逐张量的选择。归一化层、小张量和多 token 预测层保持高精度。

局限

  • 仅用短的留出文本上的 KL 散度和困惑度测量,没有使用下游基准测试;请勿将其理解为任务质量的声明。
  • 量化总会损失一些质量;最小的文件损失最大。

致谢