Qwengram-2B

Frozen Qwen3.5-2B plus an R=1 reader at decoder IDX2/IDX8 and linear750 dynamic arbitration, using external Qwen3.8-Flash-Next PLE memory.

Canonical endpoint: REAL-15M + linear750 (15,000,064 reader tokens; 749,568 calibration tokens). The matched milestone study found lower full-validation, five-domain mean and LAMBADA NLL at 15M than at 10M, with paired 95% confidence intervals below zero. Four individual domains also improve; code and benchmark accuracy differences remain inconclusive.

The canonical checkpoint reduces frozen full-validation perplexity by 3.700% (14.141361 stock to 13.618098). The release now selects 15M for its stronger overall language-model results, superseding the original conservative rule that retained 10M. All model files below contain the 15M reader and its matching linear750 arbiter; there is no separate 10M model variant in the current release. See the four-arm comparison and paired intervals.

GGUF files

QwenGram-2B-BF16.gguf, QwenGram-2B-Q8_0.gguf, QwenGram-2B-Q6_K.gguf and QwenGram-2B-Q4_K_M.gguf contain the backbone and 11 FP32 reader/arbiter tensors. The reader and arbiter stay FP32 in every precision. The PLE is a required external file, not embedded in these GGUFs. reader.safetensors and arbiter.pt contain the same canonical 15M checkpoint separately. SHA256.json records all artifact hashes.

Required PLE sidecar

Download Ivan Fioravanti's Q4_1 PLE GGUF. Credit for this PLE conversion belongs to Ivan. Its SHA256 is 66db3ab390f4dd5063ecc89cc180f4713898577682347001bf64ab8e328527a1. The approximately 32 GB file is mapped on the host; only selected rows are dequantized for each token. It is not loaded as a 32 GB GPU allocation.

Build and run

Use the Qwengram llama.cpp fork, commit 068fcb42662453bec15298ba6bd59f552190a468, which includes 2B support:

git clone https://github.com/Ninnix/llama.cpp-qwengram.git
cd llama.cpp-qwengram
git checkout 068fcb42662453bec15298ba6bd59f552190a468
cmake -S . -B build-qwengram-cpu -DCMAKE_BUILD_TYPE=Release -DLLAMA_BUILD_EXAMPLES=ON
cmake --build build-qwengram-cpu -j --target llama-completion
export QWENGRAM_PLE=/path/to/Qwen3.8-Flash-Next-PLE-Q4_1.gguf
build-qwengram-cpu/bin/llama-completion -m /path/to/QwenGram-2B-Q8_0.gguf -p 'The capital of France is' -n 16 -no-cnv -ngl 0

For Vulkan, build with -DGGML_VULKAN=ON. On the tested AMD BC-250, BF16, Q8_0, Q6_K, Q4_K_M with full Vulkan offload (-ngl 99) matched the corresponding CPU eight-token greedy continuation for The capital of France is. These short checks do not establish broad GPU parity.

The fork supports both the original 0.8B reader and the 2048-wide 2B reader. It changes reader dimensions and the corresponding inverse-square-root scale; injection placement, hashing, PLE lookup and arbitration semantics stay the same. Stock upstream llama.cpp does not execute this custom reader. MTP and embedding-only inputs are unsupported for this Qwengram runtime.

Frozen evaluation

Canonical REAL-15M + linear750, using the original FP8 PLE and frozen Kaggle evaluation suite.

These frozen study metrics are not quantized GGUF measurements. Quantized GGUF retention is evaluated separately below.

GGUF runtime retention

The matched CPU test scores 8,128 tokens from the first 64 consecutive 256-token WikiText-2 raw test chunks, scoring the last 127 tokens per chunk. All runs use eight threads and context/batch/microbatch 256, with no warmup. Reader gain is NLL(stock) - NLL(Qwengram); retention divides each quantized gain by the BF16 gain. Paired 95% intervals use 10,000 resamples of 16 consecutive four-chunk blocks, seed 1234. The external PLE is Ivan Fioravanti's Q4_1 sidecar.

These measurements use the canonical 15M reader. All 335 backbone tensors and nine tokenizer fields match the stock controls; all 11 reader and arbiter tensors remain bit-exact FP32. See tensor verification, generation checks and the matched runtime report for hashes, commands, logs and per-chunk scores. The quantized-sidecar runtime test and the FP8 PLE frozen study above are separate benchmarks.

The target model revision is 15852e8c16360a2fea060d615a32b45270f8a8fc. Full provenance is in qwengram-2b.json, the evaluation artifacts, and runtime/. This is an experimental text-generation release; vision has not been validated.