No official torrent yet — requesting it tells the flock what to host next. You cannot seed a catalog-only page.
Cataloged from nerkyor/Qwen3.8-27B-Coder390-EfficientThink-Opus5.5-GPT6Astra-Grok4.7-DSV4Pro-K3-SFT-RLOO-MTP-DFlash2
All models by nerkyor →[Image blocked: Coder390 FP8 vs. original FP8]
[Image blocked: NVFP4 · INT8 · NInfer]
[Image blocked: GGUF]
A model post-trained with several rounds of SFT and RLOO on top of Qwen3.8-27B-EfficientThink-SFT-SimPO-DFlash2, which is itself the official Qwen3.8-27B post-trained with SFT and SimPO. It is built to fix the original model's habit of failing to stop: it already has an answer, yet keeps re-deriving until it hits the 94K cap with no final answer. This repository provides five safetensors tiers, BF16, static FP8 Block128, NVFP4 W4A16, NVFP4 W4A4, and NVFP4 W4A4-W8A8 (mixed precision), all fully multimodal (text + image/video) with the official BF16 MTP bundled; all load in SGLang without patches, and the FP8 package is also smoke-tested on vLLM. It also has NInfer W4A4 / W4A4-W8A8 (NVFP4-NInfer/), INT8 W8A8 (INT8/W8A8/), INT8 W8A16 (INT8/W8A16/, text + image), INT4 W4A16 (INT4/W4A16/, text + image, vLLM), and GGUF Q2 / Q3 / Q4 LynnStyle (plus Q8 MTP versions), Q6_K, and Q8_0 (GGUF/, GGUF-NInfer/, built-in MTP).
Related repositories
Lineage: original Qwen3.8 27B (FP8; 177 / 444 / 83) → our SFT + SimPO110 final, i.e. the EfficientThink base (171 / 442 / 89) → K3 continuation SFT → week-2 SFT (week2dose, update-225) → first RLOO round (182 groups) → another SFT round (merge-sft-100), giving sft-base-rloo (177 / 448 / 90) → second RLOO round (172 groups) → Coder390 (178 / 445 / 90, dynamic FP8). Numbers are GPQA / MMLU / LCB, all full suites under the same 100K protocol.
Training base: this model starts from our own EfficientThink SFT + SimPO model (the SimPO110 final) and goes through several rounds of SFT and RLOO, which is itself a post-trained version of the official Qwen3.8-27B: Qwen3.8-27B-EfficientThink-SFT-SimPO-DFlash2.
The problem: after the model already has a local answer, it keeps re-running the same derivation with Wait / Actually until the context is full, and the final answer is empty. In most of these cases the model can solve the problem; it just does not stop.
RLOO data: 8 trajectories sampled per problem; only groups with both correct and wrong trajectories are kept (all-correct groups are dropped). Groups with 0 or 1 correct trajectory receive one reviewed short teacher trajectory, which replaces the shortest wrong trajectory in that group (27 groups). Final set: 172 groups, 1,376 trajectories: 859 correct and 517 wrong, including 68 empty answers.
Reward: penalties apply only to wrong trajectories; long correct reasoning still earns a positive reward, so necessary long reasoning is not suppressed.
Result: under the same protocol, 94K truncations drop from 4 to 1 on GPQA and from 13 to 3 on LCB (FP8) compared with the original Qwen3.8 27B (FP8), and none of the three scores falls below it (all FP8 figures; see the NVFP4 scores below).
Protocol: the same Coder390 merged weights; two RTX PRO 6000 GPUs, C8 per GPU, 100K context, 94,208-token generation cap, no client-side timeout, DFlash2 draft, SGLang; full GPQA 198, MMLU 500, and LCB 100. Empty answers count as wrong, truncated-but-correct answers count as correct, and every failed sample stays in the denominator.
GPQA and LCB are identical across all three precisions. MMLU varies between 445 and 450, which is sampling noise rather than a precision effect. Dynamic FP8 means online FP8 quantization of the BF16 weights at inference time; it is not shipped as a separate package.
Reasoning length is usage.reasoning_tokens; a 94K truncation means the output hit the generation cap. LCB empty answers are the number of problems for which no runnable code could be extracted. The original, BF16, dynamic FP8, and static FP8 rows use two RTX PRO 6000 GPUs with C8 per GPU; the three NVFP4 tiers use a single RTX PRO 6000 at C8; the rest of the protocol is the same.
Bold marks values better than the original Qwen3.8 27B (FP8): a higher score, or lower P50 / P70 / P90, 94K truncations, or empty answers; values equal to or worse than the original are not bolded.
LCB improves the most: all 13 of the original's 94K truncations ended with empty code (13 truncations, 13 empty answers), and the Coder390 tiers cut this to 2–4. The 3 for W4A4 are problems 0, 53, and 96 (problem ids in the score file), likewise truncated with no code; of the 4 for W4A16, problems 6, 7, and 54 have no code, and problem 53 has 20 characters of code but is wrong; of the 2 for W4A4-W8A8, problem 11 has no code, and problem 6 has 2,338 characters of code but is wrong. On GPQA the original had 4 truncations at the 94K cap and the tiers have 1–2; on MMLU the original had 1 and the tiers have 0–2, with no clear change.
Buckets are "correct / questions in bucket", split by reasoning length, left-closed and right-open.
Protocol: one RTX PRO 6000, C8, 100K context, 94,208-token generation cap, no client-side timeout, DFlash2 draft, SGLang; full GPQA 198, MMLU 500, and LCB 100.
Reasoning length, 94K truncations, and empty answers for the three NVFP4 tiers are in the "All tiers" table above. LCB correctness is judged by each problem's pass field. Raw records: evaluation/SCORES_NVFP4_W4A16.json, evaluation/SCORES_NVFP4_W4A4.json, and evaluation/SCORES_NVFP4_MIXED.json (the W4A4-W8A8 tier).
Protocol: scores carried over from the official triad run on 2026-10-05 on the same NInfer text path; one RTX PRO 6000, official NInfer engine (Neroued/ninfer), C8, 100K context, 94,208 generation cap, client not timed, no speculation; full GPQA 198 / MMLU 500 / LCB 100; empty answers count as wrong, truncations that still answer correctly count as correct, and every failure stays in the denominator. The packages uploaded now add a Q8 MTP head, the DFlash2 draft, and the proposal head on top of that text path; the text path is unchanged and the full triad was not re-run. Only the NInfer engine can load .ninfer; SGLang / vLLM / llama.cpp / transformers cannot.
Reasoning length is usage.reasoning_tokens (i.e. completion_tokens_details.reasoning_tokens); a 94K truncation means the generation cap was hit. LCB empty answers are the number of problems for which no runnable code could be extracted. Bold means better than the original Qwen3.8 27B (FP8).
For NInfer W4A4, the 2 LCB empty answers are problems 11 and 15, both truncated with no code; the 2 GPQA empty answers are problems 79 and 127, both truncated with an empty pred. MMLU has no truncations and no empty answers. For NInfer W4A4-W8A8, the 3 LCB empty answers are problems 17, 53, and 54 (problem 17 stopped normally with no code; 53 and 54 were truncated with no code); the 2 GPQA empty answers are problems 79 and 127, both truncated with an empty pred. MMLU has no truncations and no empty answers.
Buckets are "correct / problems in bucket", half-open on the left.
Protocol: one RTX PRO 6000, vLLM 0.28, C8, 100K context, 94,208 generation cap, client not timed, no speculation, reasoning effort xhigh; full GPQA 198 / MMLU 500 / LCB 100; empty answers count as wrong, truncations that still answer correctly count as correct, and every failure stays in the denominator. INT8 W8A8 loads only in vLLM.
A 94K truncation means the generation cap was hit. LCB empty answers are the number of problems for which no runnable code could be extracted. Bold means better than the original Qwen3.8 27B (FP8); its numbers are in the all-tier table above.
Note: the INT8 W8A8 eval ran vLLM without a reasoning parser, so usage.reasoning_tokens is 0 throughout and reasoning plus answer were returned as content. GPQA and MMLU reasoning lengths were recounted from the raw text: the text before </think> in the content, counted with the BF16 tokenizer (the same method as the GGUF tiers). The LCB result file kept only the code, not the reasoning text, so it cannot be counted; that cell reads "—".
GPQA's 1 truncation is problem 127, with an empty pred, so it also counts as the empty answer. LCB's 2 truncations are problems 7 and 53: problem 7 left code that raised a runtime error and was judged wrong; problem 53 was truncated, but its code was still judged correct; LCB has no empty answers. MMLU has no truncations and no empty answers. By difficulty, LCB is hard 38/46, medium 30/31, and easy 23/23.
Protocol: one RTX PRO 6000, vLLM 0.28, C8, 100K context, 94,208 generation cap, client not timed, reasoning effort xhigh, MTP speculation with 3 draft tokens (external draft INT8/W8A16/MTP-BF16/), --reasoning-parser qwen3; full GPQA 198 / MMLU 500 / LCB 100; empty answers count as wrong, truncations that still answer correctly count as correct, and every failure stays in the denominator. INT8 W8A16 loads only in vLLM (pack-quantized GPTQ W8A16). Vision and MTP smoke-tested on the same stack (MTP mean accept length 3.31; image OCR correct with and without thinking).
A 94K truncation means the generation cap was hit. LCB empty answers are the number of problems for which no runnable code could be extracted. Bold means better than the original Qwen3.8 27B (FP8); its numbers are in the all-tier table above.
Reasoning lengths come from usage.reasoning_tokens returned by vLLM. GPQA: 1 truncation (problem 79), 1 empty answer (problem 79). MMLU has no truncations and no empty answers. LCB: 1 truncation (atcoder:arc195_d:54), 1 empty answer (atcoder:arc195_d:54). By difficulty, LCB is easy 23/23, medium 31/31, hard 40/46.
Same-protocol TPS / concurrency tables will be added after the speed harness finishes; smoke decode was ~119 tok/s wall with MTP+vision on a short prompt.
Protocol: one RTX PRO 6000, vLLM 0.28, C8, 100K context, 94,208 generation cap, client not timed, reasoning effort xhigh, MTP speculation with 3 draft tokens (built-in head), --reasoning-parser qwen3; full GPQA 198 / MMLU 500 / LCB 100; empty answers count as wrong, truncations that still answer correctly count as correct, and every failure stays in the denominator. The run was paused on 2026-10-09 and resumed with the same server settings; finished problems were kept.
A 94K truncation means the generation cap was hit. LCB empty answers are the number of problems for which no runnable code could be extracted. Bold means better than the original Qwen3.8 27B (FP8); its numbers are in the all-tier table above.
Reasoning lengths come from usage.reasoning_tokens returned by vLLM. GPQA: 1 truncation (problem 79), 1 empty answer (problem 79). MMLU has no truncations and no empty answers. LCB: 2 truncations (problem atcoder:arc182_e:6, atcoder:arc195_d:54), 2 empty answers (problem atcoder:arc182_e:6, atcoder:arc195_d:54). By difficulty, LCB is hard 37/46, medium 27/31, and easy 23/23. Mean MTP accept length over the run (vLLM log, 3 draft tokens): 2.81.
Protocol: one RTX PRO 6000, llama.cpp (llama-server), C4, about 100K context per slot, 94,208 generation cap, client not timed, thinking on; full GPQA 198 / MMLU 500 / LCB 100; empty answers count as wrong, truncations that still answer correctly count as correct, and every failure stays in the denominator. Scored before the built-in MTP head was attached (external Q8 MTP draft); same quantized weights. The matching .ninfer packages under GGUF-NInfer/ are converted from the same GGUFs; the full triad was run only on the GGUF.
A 94K truncation means the generation cap was hit. LCB empty answers are the number of problems for which no runnable code could be extracted. Bold means better than the original Qwen3.8 27B (FP8); its numbers are in the all-tier table above.
Note: reasoning lengths are counted from the raw text with the BF16 tokenizer (GPQA/LCB: reasoning field; MMLU: text before the last line of response), not from the API reasoning_tokens.
Protocol: one RTX PRO 6000, llama.cpp (llama-server) loading GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.gguf, C4, 100K context, 94,208 generation cap, client not timed, reasoning effort xhigh; full GPQA 198 / MMLU 500 / LCB 100; empty answers count as wrong, truncations that still answer correctly count as correct, and every failure stays in the denominator. GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.ninfer is converted from the same GGUF with the same backbone quantization; the full triad was run only on the GGUF.
Reasoning length is usage.reasoning_tokens; a 94K truncation means the generation cap was hit. LCB empty answers are the number of problems for which no runnable code could be extracted. Bold means better than the original Qwen3.8 27B (FP8); its numbers are in the all-tier table above.
Note: for MMLU and LCB, llama.cpp did not return reasoning tokens separately (usage has no reasoning_tokens). MMLU reasoning length is the text before the last line of response, counted with the BF16 tokenizer (the same method as Q8_0); the LCB result file kept no reasoning text, so it cannot be counted and reads "—". GPQA reasoning tokens were counted separately by the eval script.
GPQA's 2 truncations are problems 79 and 127; both hit 94,208 with an empty pred, so they also count as the empty answers. MMLU has no truncations and no empty answers.
LCB has no 94K truncations; its 1 empty answer is problem 92, which stopped normally without producing code.
LCB is scored on llama.cpp: the LCB eval script gets replies from NInfer that are not valid JSON. This is a compatibility issue between the eval script and the API, not a model-quality issue; the same GGUF on llama.cpp passed every problem in the same spot-check batch.
Protocol: single RTX PRO 6000, llama.cpp (llama-server) loading GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.gguf, C4, 100K context, generation cap 94,208, no client timeout, thinking xhigh; full GPQA 198 / MMLU 500 / LCB 100; empty answers count as wrong; truncated-but-correct counts as correct. GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.ninfer is converted from the same GGUF; the full triad was run on GGUF only.
Reasoning length: GPQA from usage.reasoning_tokens; MMLU from text before the last newline of response, counted with the BF16 tokenizer; LCB from saved reasoning text. 94K truncation means hitting the generation cap. LCB empty means no runnable code was extracted. Bold beats original Qwen3.8 27B (FP8).
GPQA: 2 truncations, 0 empty. MMLU: 0 / 0. LCB: 3 truncations, 3 empty (length with no code).
LCB is scored on llama.cpp: the LCB harness gets non-JSON replies from NInfer — a harness issue, not model quality.
Community fork ninfer-fusion-kvmem: if you run the Q2 / Q3 / Q4 LynnStyle packages with the community fork ninfer-fusion-kvmem, you must use the Q8 MTP version of the package. The fork does not support the Q4_0 format of the current built-in MTP head; the official NInfer-all master works with the current packages. The Q8 MTP versions (same weights, only the MTP head re-encoded as Q8_0) are GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-Q8MTP.gguf, GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-Q8MTP.gguf and GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-Q8MTP.gguf for llama.cpp, and GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-Q8MTP.ninfer, GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-Q8MTP.ninfer and GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-Q8MTP.ninfer for NInfer (model ids qwen3.8-27b-coder390-Q2LynnStyle-Q8Mtp, qwen3.8-27b-coder390-Q3LynnStyle-Q8Mtp, qwen3.8-27b-coder390-Q4LynnStyle-Q8Mtp).
Q8 MTP versions · check (2026-10-09, one RTX PRO 6000): NInfer-all master with --spec mtp --draft-tokens 3 --vision, int8 KV, 8,192 context; llama.cpp with --spec-type draft-mtp --spec-draft-n-max 4 and --mmproj; one image request each, short runs. The image question was answered correctly in every run (llama.cpp with thinking on and off).
BPW (bits per weight) is the effective average bit width of the whole package: the total bytes of the main-model weight files (.safetensors, including the vision tower, MTP, and scale tensors, excluding the DFlash2 draft) × 8 ÷ total parameter count. The parameter count is taken from the safetensors headers and is identical across the five tiers at 27,781,427,952 (an NVFP4 packed U8 tensor counts 2 elements per byte; scale tensors add no elements). The weight-file totals for BF16, static FP8, NVFP4 W4A16, NVFP4 W4A4, and NVFP4 W4A4-W8A8 are 55,563,008,568, 31,242,033,200, 20,593,097,872, 20,593,145,056, and 23,749,329,544 bytes respectively. Every tier is mixed precision (different layers use different bit widths), so the nominal bit width can mislead; BPW reflects quality density per unit of size.
BPW for the two NInfer tiers is the whole .ninfer file bytes × 8 ÷ total parameter count 27,781,427,952: both files were 23,477,856,260 bytes before the vision component was added, so BPW is 6.76 for each. Each .ninfer package includes the Q8 MTP head, the DFlash2 draft, and the proposal head; the vision component added on 2026-10-09 (295,720,448 bytes) is not counted in this BPW; the safetensors-based BPW above for NVFP4 / BF16 / FP8 excludes the DFlash2 draft, so the two formulas differ and BPW should not be compared directly across those families.
INT8 W8A8's BPW counts only its 8 INT8 text weight files (the BF16 vision file model_visual.safetensors, 921,497,224 bytes, is not counted): their total bytes, 29,480,791,128, × 8 ÷ the text parameter count 26,895,998,464, giving 8.77. The text parameter count comes from the safetensors headers of the 8 INT8 weight files (INT8 and BF16 tensors count their elements; scale tensors add no elements) and equals the BF16 package's count without the vision tower (460,730,096) and MTP (424,699,392); because the denominator differs from the 27,781,427,952 used above, BPW should not be compared directly with the other tiers.
BPW for the two GGUF Q8_0 packages is the single file's bytes × 8 ÷ the text + MTP parameter count 27,320,697,856: the GGUF is 29,069,202,688 bytes, giving 8.51, and the NInfer package was 29,065,983,488 bytes before the vision component was added, giving 8.51. BPW for the two GGUF Q6_K packages is the single file's bytes × 8 ÷ the text + MTP parameter count 27,320,697,856: the GGUF is 23,177,516,384 bytes, giving 6.79, and the NInfer package was 23,084,144,128 bytes before the vision component was added, giving 6.76. The parameter count comes from the GGUF header (866 tensors: text 26,895,998,464 + MTP 424,699,392); vision is not counted in the denominator (neither the llama.cpp mmproj nor the 295,720,448-byte vision part now inside each .ninfer). Because the denominator differs from both the 27,781,427,952 used above and the 26,895,998,464 used for INT8 W8A8, BPW should not be compared directly with the other tiers.
FP8/DFlash2-FP8/, BF16/DFlash2-FP8/, NVFP4/W4A16/DFlash2-FP8/, NVFP4/W4A4/DFlash2-FP8/, and NVFP4/W4A4-W8A8/DFlash2-FP8/.weight_scale_inv), the same format as the FP8 body; q/k/v projections, fc, the candidate selector, convolutions and norms stay BF16. It replaced the earlier per-tensor-scale draft on 2026-10-08 (engines that only read block scales, such as radiance, loaded the old draft without error but accepted almost no draft tokens). Checked on one RTX PRO 6000 on 2026-10-09 (SGLang 0.5.21, FP8 body, --speculative-num-draft-tokens 8 --speculative-dflash-block-size 8, one request at a time, 6 coding prompts, 1,024-token cap): greedy mean accept length is 5.05 at 171 tok/s per request (median), against 4.99 at 178 tok/s for the earlier draft with the same command. At temperature 1.0 the two run at 155 and 152 tok/s. In SGLang the new draft accepts as well as the old one. The other DFlash2 speed numbers in this card were measured with the earlier draft.NVFP4-NInfer/W4A4/ and NVFP4-NInfer/W4A4-W8A8/, INT8 W8A8 is under INT8/W8A8/, INT4 W4A16 is under INT4/W4A16/, and GGUF Q2 / Q3 / Q4 LynnStyle (plus their Q8 MTP versions), Q6_K, and Q8_0 are under GGUF/ and GGUF-NInfer/.Environment: one RTX PRO 6000 Blackwell 96GB; SGLang, 32K context (32,768), 4,096-token generation cap, thinking enabled, model-default sampling.
C1 is the main run (4 requests); C4/C8/C16 are reruns with more requests (6×C per cell). "vs. no spec" is the ratio of aggregate throughput at the same concurrency.
Same environment as above: one RTX PRO 6000 Blackwell 96GB; SGLang, 32K context (32,768), 4,096-token generation cap, thinking enabled, model-default sampling. Data from evaluation/BENCH_NVFP4_W4A16.json, evaluation/BENCH_NVFP4_W4A4.json, and evaluation/BENCH_NVFP4_MIXED.json (the W4A4-W8A8 tier).
Requests per level: 4 at C1, 12 at C4, 24 at C8, 48 at C16. "vs. no spec" is the ratio of aggregate throughput at the same concurrency.
Requests per level: 4 at C1, 12 at C4, 24 at C8, 48 at C16. "vs. no spec" is the ratio of aggregate throughput at the same concurrency.
Requests per level: 4 at C1, 12 at C4, 24 at C8, 48 at C16. "vs. no spec" is the ratio of aggregate throughput at the same concurrency.
Setup: one RTX PRO 6000 Blackwell; official NInfer with the same context flags as the NInfer launch commands below (--max-context 102400 --kv-capacity 819200 --max-concurrency 8 --kv-dtype fp8); 4,096 generation cap, thinking on (template default xhigh), sampling temperature 1.0, top_p 0.95, top_k 20, same prompts as the NVFP4 benchmark above; 4 requests at C1, 12 at C4, 24 at C8. MTP uses 4 draft tokens and DFlash2 uses 8, both with --lm-head-draft. Numbers are aggregate decode tok/s. NInfer supports at most 8 concurrent requests, so C16 was not tested.
Setup: one RTX PRO 6000 Blackwell; vLLM 0.28 with --max-model-len 102400 and --max-num-seqs 8; 512 generation cap, thinking on (xhigh), sampling temperature 1.0, top_p 0.95, top_k 20; each level sends only as many requests as its concurrency (1 at C1, 2 at C2, 4 at C4, 8 at C8). This is a quick benchmark with few requests and short outputs, so the numbers are not directly comparable with the tiers above. Numbers are aggregate tok/s (all output tokens ÷ wall-clock time). Both rows were measured on a separate, unreleased comparison build with MTP (the same INT8 text weights plus one BF16 MTP layer); with no speculation the MTP layer is not used. This package does not include MTP; a separate MTP draft folder is now provided (see below).
MTP-BF16/ draft folder, which is measured separately below. This tier has no DFlash2 draft.With the MTP-BF16/ draft folder
Setup: one NVIDIA RTX PRO 6000 Blackwell (96 GB); vLLM 0.28 with --max-model-len 102400, --max-num-seqs 8, and --gpu-memory-utilization 0.85; MTP row uses --speculative-config '{"method":"mtp","model":"./INT8/W8A8/MTP-BF16","num_speculative_tokens":3}'. 1024 generation cap, thinking on, sampling temperature 1.0, top_p 0.95, top_k 20; each level sends 2 × concurrency requests over the same 8 prompts. Numbers are aggregate tok/s (all output tokens ÷ wall-clock time); the last column is the median per-request decode speed at C1. Different hardware and settings from the table above, so compare rows only within this table.
Setup: one NVIDIA RTX PRO 6000 Blackwell (96 GB); vLLM 0.28 with --max-model-len 102400, --max-num-seqs 8, and --gpu-memory-utilization 0.85; MTP row uses the built-in head with --speculative-config '{"method":"mtp","num_speculative_tokens":3}'. 1024 generation cap, thinking on, sampling temperature 1.0, top_p 0.95, top_k 20; each level sends 2 × concurrency requests over the same 8 prompts (same script as the INT8 MTP-BF16/ table). Numbers are aggregate tok/s (all output tokens ÷ wall-clock time); the last column is the median per-request decode speed at C1.
Setup: one RTX PRO 6000 Blackwell; 1-minute quick benchmark, 512 generation cap, thinking on (xhigh), sampling temperature 1.0, top_p 0.95, top_k 20; each level sends only as many requests as its concurrency (1 at C1, 2 at C2, 4 at C4, 8 at C8). Numbers are aggregate tok/s (all output tokens ÷ wall-clock time). This is a quick benchmark with few requests and short outputs, so the numbers are not directly comparable with the full SGLang / NInfer benchmarks above. NInfer rows were measured on the GGUF-NInfer/ package with the server at --max-context 32768 --kv-capacity 32768 --kv-dtype rk8v4 --max-concurrency 8; llama.cpp rows were measured on the GGUF/ package.
--max-concurrency 4). For aggregate throughput alone, C8 is higher (388.1 tok/s); raise --max-concurrency to 8 for that.Hardware: single RTX PRO 6000 Blackwell. llama.cpp rows use the quick protocol (thinking on, fused MTP): C1=4 requests, C2=6, C4=12; aggregate decode tok/s. NInfer rows use the same-caliber bench (thinking on, template default xhigh, max_tokens 4096, temperature 1.0, top_p 0.95, top_k 20; C1=4, C4=12, C8=24; MTP draft-tokens 4).
BF16/): all weights in BF16 with the original multimodal config (mrope retained, mtp_num_hidden_layers=1) and no quantization_config.FP8/): official-style static FP8, E4M3 weights in 128×128 blocks with one scale per block (weight_scale_inv); activations use dynamic FP8. The config only adds a top-level FP8 quantization_config.NVFP4/W4A16/): ModelOpt local-Hessian calibration. NVFP4 is E2M1 in 16-element blocks with one E4M3 scale per block plus a per-tensor FP32 second-level scale. MLP gate/up/down, full-attention q/k/v/o, and linear-attention in_proj_qkv / in_proj_z / out_proj (400 Linear layers) use NVFP4 weights with BF16 activations; linear-attention in_proj_a / in_proj_b and lm_head (97 layers) stay in BF16. The quantization metadata uses ModelOpt's MIXED_PRECISION format (each of the 400 layers tagged W4A16_NVFP4), which SGLang detects as modelopt_mixed. 1,999 tensors: 1,651 language, 333 vision, 15 MTP.NVFP4/W4A4/): same calibration data and algorithm and the same 400 Linear layers, with both weights and activations in NVFP4 (activations are quantized at inference in 16-element blocks). Standard NVFP4 export, detected by SGLang as modelopt_fp4. 2,399 tensors: 2,051 language, 333 vision, 15 MTP.NVFP4/W4A4-W8A8/): mixed precision with the same calibration data and algorithm. MLP gate/up/down (192 Linear layers) use NVFP4 W4A4 (both weights and activations in NVFP4; activations are quantized at inference in 16-element blocks); full-attention q/k/v/o and linear-attention in_proj_qkv / in_proj_z / out_proj (208 Linear layers) use FP8 W8A8 (E4M3 weights and activations with static per-tensor scales; activation scales come from calibration); linear-attention in_proj_a / in_proj_b and lm_head (97 layers) stay in BF16. The quantization metadata uses ModelOpt's MIXED_PRECISION format (each layer tagged NVFP4 or FP8), which SGLang detects as modelopt_mixed. 2,191 tensors: 1,843 language, 333 vision, 15 MTP.evaluation/NVFP4_CALIBRATION_METHOD.md. In all three tiers the vision tower (333 tensors) and MTP (15 tensors) are BF16.Qwen3_5ForConditionalGeneration, 64 layers (linear attention and full attention alternating 3:1). The FP8 package has 1,599 tensors: 1,251 language, 333 vision, 15 MTP.All SSM control branches stay in BF16; the exclusion list matches Qwen's official FP8 release, keeping 146 language-model modules in BF16. FP8 package smoke tests passed: patch-free load in SGLang, greedy output identical to the text-only evaluation build, SGLang image request, SGLang MTP, and vLLM image request. vLLM 0.28 + MTP: temporarily unavailable for FP8; use SGLang for now.
NVFP4 smoke tests: patch-free load in SGLang, greedy parity, and the image request passed. MTP and DFlash2 speed and accept length come from the separate benchmark runs (all C1–C16 levels completed; see above).
GGUF Q8_0 (GGUF/, GGUF-NInfer/): Q8_0 backbone with built-in MTP head (blk.64.nextn), no external draft; 866 tensors; .ninfer converted from the same GGUF; the GGUF has no vision weights (llama.cpp uses GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf via --mmproj); the .ninfer carries the vision component inside the package (add --vision; see NInfer · vision below).
GGUF Q6_K (GGUF/, GGUF-NInfer/): Q6_K backbone calibrated with a 512-chunk imatrix, plus structure protection: the linear-attention (SSM) ssm_alpha / ssm_beta stay BF16, the token embedding and output head are Q8_0, and the MTP head (blk.64 attn q/k/v/output, ffn gate/up/down, and nextn.eh_proj) is entirely Q8_0 with its norms kept in F32. The GGUF has 866 tensors in 65 blocks (64 backbone layers + 1 MTP layer). The .ninfer is converted from the same GGUF with the same backbone quantization; its MTP attention/MLP weights are Q6_K (gguf_q6_k) and only mtp/input_projection is Q8_0; the GGUF has no vision weights (llama.cpp uses GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf via --mmproj); the .ninfer carries the vision component inside the package (add --vision; see NInfer · vision below).
Requires official SGLang ≥ 0.5.19; vLLM ≥ 0.28 (MTP only). vLLM MTP on NVFP4 with tensor parallel ≥ 2 has a known issue (vLLM #52480); use a single GPU there. vLLM 0.28 + MTP: temporarily unavailable for FP8; use SGLang for now. INT8 W8A8 and INT4 W4A16 load only in vLLM (tested on 0.28); their commands are below, after the NInfer commands.
MTP and DFlash2 are mutually exclusive; enable only one per launch. The examples use ./FP8; for the BF16 tier, replace the --model-path path with ./BF16, and for the NVFP4 tiers replace --model-path with ./NVFP4/W4A16, ./NVFP4/W4A4, or ./NVFP4/W4A4-W8A8. The DFlash2 draft is the DFlash2-FP8 folder inside each tier (e.g. ./FP8/DFlash2-FP8, ./BF16/DFlash2-FP8, ./NVFP4/W4A16/DFlash2-FP8). SGLang detects the NVFP4 quantization format automatically, so no --quantization flag is needed; among these SGLang-format tiers, vLLM was validated only on the FP8 package (without MTP), and NVFP4 was tested only on SGLang; INT8 W8A8 and INT4 W4A16 are vLLM-only and were evaluated on vLLM 0.28. Concurrency and context settings match the benchmark runs; adjust as needed.
SGLang · MTP (bundled BF16)
vLLM · MTP
vLLM 0.28 + MTP: temporarily unavailable for FP8; use SGLang for now (see the SGLang MTP command above).
SGLang · DFlash2
SGLang · NVFP4 W4A16 · DFlash2 (for W4A4, replace both W4A16 with W4A4; for MTP on NVFP4, use the MTP command above and change only --model-path)
SGLang · NVFP4 W4A4-W8A8 · DFlash2 (for MTP, use the MTP command above and change only --model-path)
The BF16 / FP8 / NVFP4 scores in this card were measured on SGLang with DFlash2 enabled (NInfer and INT8 W8A8 without speculation, INT4 W4A16 with MTP, GGUF on llama.cpp; see each section); speculative decoding does not change the target model's output distribution. Default sampling is in generation_config.json (temperature 1.0, top_p 0.95, top_k 20).
Images on SGLang / vLLM: BF16/, FP8/, NVFP4/W4A16/, NVFP4/W4A4/ and NVFP4/W4A4-W8A8/ are full multimodal checkpoints: config.json declares Qwen3_5ForConditionalGeneration with a vision_config, each folder has preprocessor_config.json and video_preprocessor_config.json, and the weight index maps all 333 vision-tower tensors (to vision-bf16.safetensors in that folder; for BF16, to model-00002-of-00002.safetensors). The SGLang and vLLM commands above accept images as they are, with no extra flag; send OpenAI-style image_url parts to POST /v1/chat/completions (request example under NInfer · vision below; set model to the served model name). INT8/W8A8/ accepts images too since 2026-10-09 (Qwen3_5ForConditionalGeneration; BF16 vision tower in model_visual.safetensors, preprocessor configs included): use the INT8 vLLM commands below as they are. INT4/W4A16/ accepts images too (BF16 vision tower in model_visual.safetensors): use the INT4 vLLM command below.
.ninfer, official NInfer)W4A4 is shown; for W4A4-W8A8, change the path to ./NVFP4-NInfer/W4A4-W8A8/Qwen3.8-27B-Coder390-EfficientThink-W4A4-W8A8-MTP-DFlash2.ninfer and --model-id to qwen3.8-27b-coder390-w4a4-w8a8.
The MTP-DFlash2 packages already contain the Q8 MTP head and the DFlash2 draft, so NInfer needs no external draft model (unlike the SGLang commands above, which take a DFlash2 draft path); pass either --spec mtp or --spec dflash2, or omit --spec to run without speculation.
Images: the two V3 MTP-DFlash2 .ninfer packages in NVFP4-NInfer/ (W4A4 and W4A4-W8A8) contain the vision component since 2026-10-09 (295,720,448 bytes, quantized from the BF16 vision weights: patch embedding Q6, attention q/k/v and MLP fc1 Q4, other projections Q5, merger Q8, norms and biases BF16). Text, MTP and DFlash2 weights are byte-for-byte unchanged. Add --vision to any NInfer command below and send images as OpenAI-style image_url parts to POST /v1/chat/completions. Without --vision the packages run text-only, as before. The V2 packages (-NInferV2-NOT-FOR-V3) are unchanged and still have no vision. GPU test on 2026-10-09 (one RTX PRO 6000, NInfer-all 64492cb with --vision, image prompt): both MTP-DFlash2 packages answered correctly. W4A4-MTP-DFlash2: MTP (3 draft tokens) accept length 2.89, decode 153 tok/s; DFlash2 (7 draft tokens) accept length 3.53, decode 185 tok/s. W4A4-W8A8-MTP-DFlash2: MTP 3.19, 164 tok/s; DFlash2 3.74, 195 tok/s.
NInfer · no speculation
NInfer · MTP (4 draft tokens)
NInfer · DFlash2 (8 draft tokens)
NInfer · vision (image input), one command per package
Each command is the matching NInfer command above plus --vision. Nothing else is needed: the vision component is inside every V3 .ninfer, so the vision-bf16.safetensors next to the packages is not used at run time.
Image request: OpenAI-style image_url part in POST /v1/chat/completions; url takes an http(s):// image link; a data URI of a local image also works, and model must match --model-id.
Health check: curl -sf http://127.0.0.1:19931/health. The chat endpoint is POST /v1/chat/completions; the request model must match --model-id.
vLLM · INT8 W8A8 (no speculation)
On RTX PRO 6000 Blackwell, vLLM's Cutlass INT8 kernel is unavailable and the server will not start unless it is disabled with VLLM_DISABLED_KERNELS=CutlassInt8ScaledMMLinearKernel; vLLM then uses its Triton INT8 kernel (the startup log shows TritonInt8ScaledMMLinearKernel). VLLM_USE_FLASHINFER_SAMPLER=0 matches the tested setup. Tested on vLLM 0.28; SGLang cannot load this package (ModelOptFp8Config raises an error). --reasoning-parser qwen3 returns the reasoning separately in reasoning_content (it was off during scoring).
vLLM · INT8 W8A8 · MTP (external draft INT8/W8A8/MTP-BF16/)
On an RTX PRO 6000 Blackwell, set VLLM_DISABLED_KERNELS=CutlassInt8ScaledMMLinearKernel and VLLM_USE_FLASHINFER_SAMPLER=0, as in the command above. Both rows of the new table used those two settings.
vLLM · INT4 W4A16 · MTP (built-in head) · text and images
Images go as OpenAI-style image_url parts with the same server; no extra flag is needed:
Remove --speculative-config to run without speculation. Tested on vLLM 0.28 (VLLM_USE_FLASHINFER_SAMPLER=0 matches the tested setup); SGLang and NInfer were not tested with this package. --reasoning-parser qwen3 returns the reasoning separately.
GGUF / GGUF-NInfer
Load the .ninfer with NInfer-all (the master branch of iamwavecut/ninfer-all): the package keeps the GGUF quantization blocks, which other NInfer builds cannot read. llama.cpp needs an upstream build that supports --spec-type draft-mtp. NInfer's --kv-capacity is one KV pool shared by all requests; llama.cpp's -c 409600 -np 4 splits the context evenly across 4 slots, so each request gets at most 102,400 tokens, enough for a single request to reach 94K. The chat endpoint is POST /v1/chat/completions; for NInfer the request model must match --model-id. Vision: GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf for llama.cpp --mmproj (629,247,008 bytes, sha256 cae9799dc9196449b0d83f716e64af89d5cf65147510462e5a629a2aa23adb32). Each .ninfer package carries the vision component; add --vision to ninfer-serve to accept images (see NInfer · vision below).
Community fork ninfer-fusion-kvmem: if you run the Q2 / Q3 / Q4 LynnStyle packages with the community fork ninfer-fusion-kvmem, you must use the Q8 MTP version of the package. The fork does not support the Q4_0 format of the current built-in MTP head; the official NInfer-all master works with the current packages. The Q8 MTP versions (same weights, only the MTP head re-encoded as Q8_0) are GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-Q8MTP.gguf, GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-Q8MTP.gguf and GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-Q8MTP.gguf for llama.cpp, and GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-Q8MTP.ninfer, GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-Q8MTP.ninfer and GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-Q8MTP.ninfer for NInfer (model ids qwen3.8-27b-coder390-Q2LynnStyle-Q8Mtp, qwen3.8-27b-coder390-Q3LynnStyle-Q8Mtp, qwen3.8-27b-coder390-Q4LynnStyle-Q8Mtp).
MTP and DFlash2: every package under GGUF/ and GGUF-NInfer/ has a built-in MTP head (Q2 / Q3 / Q4 LynnStyle use built-in Q4 MTP; their -Q8MTP versions use a Q8_0 MTP head). To enable it, add --spec mtp --draft-tokens N for NInfer or --spec-type draft-mtp --spec-draft-n-max N for llama.cpp; leave these out to run without speculation. DFlash2 is an external draft model and is not in these GGUF / NInfer packages; this repository does not ship a DFlash2 draft for GGUF / GGUF-NInfer. For DFlash2, use the DFlash2-FP8/ draft that ships with the BF16 / FP8 / NVFP4 tiers in this repository (SGLang --speculative-algorithm DFLASH) or the .ninfer packages under NVFP4-NInfer/ (--spec dflash2). MTP and DFlash2 are mutually exclusive: a server runs one or the other, never both.
NInfer · GGUF Q2 LynnStyle · MTP (draft 4, recommended concurrency 8)
vLLM · INT8 W8A16 (no speculation)
vLLM · INT8 W8A16 · MTP (external draft INT8/W8A16/MTP-BF16/)
Point the speculative draft at ./INT8/W8A16/MTP-BF16 if your vLLM build requires an explicit draft path for external MTP heads.
NInfer · GGUF Q3 LynnStyle · MTP (draft 4, recommended concurrency 8)
NInfer · GGUF Q4 LynnStyle · MTP (draft 4, recommended concurrency 8)
NInfer · GGUF Q4 LynnStyle · Q8MTP · MTP (draft 4, recommended concurrency 8): for runtimes that cannot read Q4_0 (for example ninfer-fusion-kvmem); for Q2 / Q3 replace Q4 with Q2 / Q3 in the file name and model id.
NInfer · GGUF Q6_K · MTP (draft 3, recommended concurrency 4)
NInfer · GGUF Q8_0 · MTP (draft 4, recommended concurrency 8)
Do not use --max-context 131072 --kv-capacity 131072 (the KV pool then holds only one full context and queued requests return HTTP 503). Do not use --lm-head-q6 / --embedding-q4. Requires NInfer-all (ninfer-serve); official ninfer-src cannot read gguf_blocks_v1.
NInfer · vision (image input)
Every .ninfer in GGUF-NInfer/ contains the vision component (295,720,448 bytes, added on 2026-10-09). It was quantized from the BF16 vision weights in the NInfer vision formats: patch embedding Q6, attention q/k/v and MLP fc1 Q4, other projections Q5, merger Q8, norms and biases BF16. The text and MTP weights are byte-for-byte the same as before. Add --vision to any NInfer command above; nothing else is needed (the separate vision-bf16.safetensors is not used). These packages have a built-in MTP head but no DFlash2 draft, so each package has two commands: no speculation and MTP.
Image request (OpenAI-style image_url part; url takes an http(s):// image link; a data URI of a local image also works; model must match --model-id):
Send images as OpenAI-style image_url parts to POST /v1/chat/completions. --vision keeps the vision encoder on the GPU; if VRAM is tight, use --vision-cpu instead (it runs on the CPU, and each image is capped at 256 merged tokens unless you set --vision-max-merged). Without --vision the package runs text-only, as before. GGUF-NInfer/vision-bf16.safetensors is the BF16 source of the vision part and is not needed to run NInfer. Engine test (2026-10-09, one RTX PRO 6000): the Q2 LynnStyle package with --vision answered an image prompt correctly; with MTP at 3 draft tokens the accept length was 3.00 and decode speed 207 tok/s. On NInfer-all master, the Q3 / Q4 LynnStyle, Q6_K, and Q8_0 packages were also tested with MTP and --vision and all answered correctly (short single runs: Q4 151.9 tok/s, accept rate 66.7%; Q6_K 131.1 tok/s, 65.4%; Q8_0 121.5 tok/s, 68.2%); for the Q8 MTP versions see "Q8 MTP versions · check" above.
llama.cpp · GGUF Q2 LynnStyle · MTP (representative; swap the -m path for Q3 / Q4 / Q6_K / Q8_0)
To use another GGUF tier, only change -m to ...-Q3LynnStyle-MTP.gguf, ...-Q4LynnStyle-MTP.gguf, ...-Q6_K-MTP.gguf, or ...-Q8_0-MTP.gguf (and the --alias, e.g. qwen3.8-27b-coder390-q6k-mtp, qwen3.8-27b-coder390-q8-mtp). MTP is fused inside the GGUF (blk.64); do not attach an external draft; the log should show creating MTP draft context against the target model. For image input add --mmproj ./GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf.
llama.cpp · vision (image input)
The GGUF files have no vision weights; --mmproj ./GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf adds them and works with all eight GGUF files (swap -m and --alias as above; image input tested on Q3 / Q4 LynnStyle, Q6_K, and Q8_0). Leave out --spec-type / --spec-draft-n-max to run without speculation. Without --mmproj llama.cpp runs text-only. Images go as OpenAI-style image_url parts to POST /v1/chat/completions (same request as the NInfer example, with model set to the --alias).
Optional: external Q8_0 MTP draft. GGUF/mtp-Qwen3.8-27B-Coder390-EfficientThink-Q8_0.gguf (3,164,006,656 bytes) is a standalone Q8_0 MTP head, the same weights as the built-in MTP head of the Q6_K and Q8_0 packages. Q2, Q3 and Q4 LynnStyle ship a smaller Q4 MTP head; add -md pointing at this file to use the Q8 head instead. Q6_K and Q8_0 already contain a Q8 head, so they gain nothing from it. With -md the log shows loading draft model rather than creating MTP draft context against the target model. Checked on one RTX PRO 6000 on 2026-10-09 (llama.cpp, Q3 LynnStyle target, --spec-draft-n-max 4): the log shows loading draft model. Greedy acceptance is 66.1% at 110.2 tok/s, against 66.0% at 112.2 tok/s for the built-in Q4 MTP head with the same command and no -md. At temperature 1.0 the two are 52.4% at 94.4 tok/s and 51.9% at 95.6 tok/s. All 12 prompts produced the same text; the Q8 file is not faster.
FP8/ (main package: 19 files, 31,262,188,871 bytes)FP8/SHA256SUMS covers the first 18 files below.
FP8/DFlash2-FP8/ (4 files, 2,407,384,680 bytes)BF16/ (12 files, 55,583,125,732 bytes; the DFlash2 subdirectory is listed separately below)BF16/SHA256SUMS covers the first 11 files below. mtp-bf16.safetensors is byte-identical to the file of the same name in the FP8 package.
BF16/DFlash2-FP8/ (4 files, 2,407,384,680 bytes)Byte-identical to FP8/DFlash2-FP8/.
NVFP4/W4A16/ (main package: 17 files, 20,613,406,953 bytes; the DFlash2 subdirectory is listed separately below)NVFP4/W4A16/SHA256SUMS covers the first 16 files below; its own SHA256 is ecc28d31be0d97e23509af61625251af14980db5b67189a1d1ca75a3fc9652f3. mtp-bf16.safetensors is byte-identical to the file of the same name in the FP8 package.
NVFP4/W4A16/DFlash2-FP8/ (4 files, 2,407,384,680 bytes)Byte-identical to FP8/DFlash2-FP8/.
NVFP4/W4A4/ (main package: 17 files, 20,613,386,462 bytes; the DFlash2 subdirectory is listed separately below)NVFP4/W4A4/SHA256SUMS covers the first 16 files below; its own SHA256 is 5aea8bb9c1f1979661bfa5c1216de7aafeb64cd708aa8cc71f3b185c224cfde0. mtp-bf16.safetensors is byte-identical to the file of the same name in the FP8 package.
NVFP4/W4A4/DFlash2-FP8/ (4 files, 2,407,384,680 bytes)Byte-identical to FP8/DFlash2-FP8/.
NVFP4/W4A4-W8A8/ (main package: 18 files, 23,769,634,648 bytes; the DFlash2 subdirectory is listed separately below)NVFP4/W4A4-W8A8/SHA256SUMS covers the first 17 files below; its own SHA256 is c177f4907a7dd037efe91b8d34927dd3a3624227f259238b82db0f12f8b0b8e2. mtp-bf16.safetensors is byte-identical to the file of the same name in the FP8 package.
NVFP4/W4A4-W8A8/DFlash2-FP8/ (4 files, 2,407,384,680 bytes)Byte-identical to FP8/DFlash2-FP8/.
evaluation/Score, benchmark, smoke-test (static FP8 and BF16), and calibration records. evaluation/SHA256SUMS covers the first 22 files below (23 files in total, including the checksum list itself). NVFP4_*.results.summary.json are the raw summaries of the three suites for the three NVFP4 tiers (NVFP4_MIXED_* is the W4A4-W8A8 tier).
.ninfer; SGLang, vLLM, llama.cpp, and transformers cannot.ninfer-serve from official NInfer (Neroued/ninfer, master branch); no patches are needed. (Only the GGUF-derived .ninfer packages need NInfer-all.) Tested on one RTX PRO 6000 Blackwell (compute capability 12.0); NInfer supports at most 8 concurrent requests.NVFP4-NInfer/W4A4/ and NVFP4-NInfer/W4A4-W8A8/ each hold one .ninfer file with MTP and DFlash2: the text path is the same one scored on 2026-10-05, and the package also carries a Q8 MTP head, the DFlash2 draft, the proposal head, and (since 2026-10-09) the vision component, so --vision enables image input; the vision-bf16.safetensors in the same folder is the BF16 source of that part and is not needed at run time. The MTP projections are Q8 because several of their matrix shapes have no BF16 kernel in NInfer, and a BF16 MTP makes the server exit while building the compute graph.--spec mtp or --spec dflash2); --lm-head-draft must be used together with --spec. MTP accepts 1–5 draft tokens and DFlash2 1–15; the NInfer commands under Commands above use 4 and 8, as in the benchmark. The DFlash2 draft is built into the package, so no separate DFlash2-FP8/ directory is needed.--max-context 102400 --kv-capacity 819200 --max-concurrency 8 --kv-dtype fp8. --kv-capacity must fall between max-context and max-context × max-concurrency; 819,200 is exactly 8 × 102,400.The four packages whose filenames contain NInferV2-NOT-FOR-V3 are for Tesla V100 only (ninfer-v100 branch); on any other GPU, use the packages without this suffix.
NInferV2-NOT-FOR-V3 use the NInfer V2 container and are only for the Tesla V100 ninfer-v100 branch. Official NInfer (ninfer-serve) reads V3 only and rejects these files; on other GPUs, use the V3 packages above (without NInferV2 in the name). Do not rename the V2 packages to V3 filenames or use them to replace the V3 packages.Qwen3.8-27B-Coder390-W4A4-NInferV2-NOT-FOR-V3.ninfer, Qwen3.8-27B-Coder390-W4A4-W8A8-NInferV2-NOT-FOR-V3.ninfer) have no MTP or DFlash2, so do not pass --spec; the two MTP-DFlash2 packages (…-MTP-DFlash2-NInferV2-NOT-FOR-V3.ninfer) accept --spec mtp or --spec dflash2; they already contain the MTP head and the DFlash2 draft, so no external draft model is needed. None of the four V2 packages includes the vision component, so they cannot take images (no --vision); for image input use the V3 packages.--kv-dtype rk8v4 or --kv-capacity 819200; when serving on V100, add --prefill-chunk 2048.SHA256SUMS, the two V2 lines come after a # comment line, separate from the V3 lines.NVFP4-NInfer/W4A4/ (5 files, 68,925,700,831 bytes)NVFP4-NInfer/W4A4-W8A8/ (5 files, 68,925,700,846 bytes)Qwen3_5ForConditionalGeneration (64 text layers, linear and full attention alternating 3:1). The BF16 vision tower from the BF16 tier is a separate file (model_visual.safetensors, 333 tensors, 921,497,224 bytes), with preprocessor_config.json / video_preprocessor_config.json; it is excluded from quantization. The 8 INT8 weight files are unchanged. The package has no embedded MTP head (use MTP-BF16/) and no DFlash2 draft. Checked on one RTX PRO 6000 on 2026-10-09 (vLLM 0.28, Cutlass INT8 kernel disabled, MTP-BF16/ with 3 draft tokens): the image prompt was answered correctly, text output was normal, accept length 3.21, single-request decode 86 tok/s.int-quantized) format.in_proj_qkv / in_proj_z / out_proj make up 400 INT8 Linear layers; linear-attention in_proj_a / in_proj_b and lm_head, 97 in total, stay BF16; linear-attention control branches such as A_log, dt_bias, norm, and conv1d also stay BF16.VLLM_LOAD.json records the load requirements. On RTX PRO 6000 Blackwell the Cutlass INT8 kernel must be disabled; see Commands above.INT8/W8A8/MTP-BF16/ holds the BF16 MTP tensors only. Checked on one RTX PRO 6000 on 2026-10-09 (vLLM 0.28, Cutlass INT8 kernel disabled, num_speculative_tokens=3): mean accept length 2.74–2.90.INT8/W8A8/ (19 files, 30,422,466,299 bytes)INT8/W8A8/MTP-BF16/ (3 files, 849,403,270 bytes)INT8/W8A8/MTP-BF16/SHA256SUMS covers the first 2 files below; its own SHA256 is 313b058349deba83f05adb44b79f2f76ae668337834086f8dbcfacba131bf403.
INT8/W8A16/ (main package + MTP-BF16 draft)INT8/W8A16/SHA256SUMS covers the root files below; MTP hashes are in INT8/W8A16/MTP-BF16/SHA256SUMS.
Qwen3_5ForConditionalGeneration (64 text layers, linear and full attention alternating 3:1). The BF16 vision tower is a separate file (model_visual.safetensors, 333 tensors, 921,497,224 bytes, the same file as in INT8/W8A8/), with preprocessor_config.json / video_preprocessor_config.json. The built-in MTP head is BF16 (model_mtp.safetensors, 15 tensors). No DFlash2 draft.lm_head, the token embedding, the MTP head and the vision tower are not quantized. Calibration: 512 sequences × 4,096 tokens rebuilt from this model's RL training rollouts. Quantization metadata uses the compressed-tensors (pack-quantized) format; recipe.yaml is the llm-compressor recipe.model.safetensors (17,646,891,544 bytes, text weights only) × 8 ÷ the text parameter count 26,895,998,464; the MTP and vision files are not counted.VLLM_LOAD.json records the load settings.INT4/W4A16/ (14 files, 19,437,985,972 bytes)GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.gguf: load with llama.cpp.GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.ninfer: NInfer-all only; use --max-context 102400 --kv-capacity 819200 --max-concurrency 8.blk.64 is Q8_0; NInfer MTP attention/MLP weights are Q6_K, input projection Q8_0), so no external draft model is needed; NInfer + C4 + MTP is recommended.GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.gguf: loads directly in llama.cpp; the GGUF architecture is qwen35 with 65 blocks, the last of which (blk.64) is MTP.GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.ninfer: loadable only by NInfer-all; SGLang, vLLM, llama.cpp, and transformers cannot read it.--mmproj GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf (629,247,008 bytes); each .ninfer package carries the vision component (add --vision under NInfer); GGUF-NInfer/vision-bf16.safetensors (921,497,224 bytes) is the BF16 source of that part and is not needed at run time.GGUF/ (11 files: Q3+Q4+Q2+Q8+Q6 + Q3/Q4/Q2 Q8MTP + Q8 MTP draft + mmproj + SHA256SUMS)GGUF-NInfer/ (10 files: Q3+Q4+Q2+Q8+Q6 + Q3/Q4/Q2 Q8MTP packages with vision + vision-bf16 (BF16 source, not needed at runtime) + SHA256SUMS)The imatrix/ folder of the GGUF-NInfer repo (Hugging Face, ModelScope) holds the calibration text for the GGUF importance matrix, coder390-imatrix-calibration.txt (1,368 records = 171 problems × 8, rebuilt from the inputs of this model's RL training rollouts, 500,816 tokens, no benchmark questions), and coder390-imatrix.gguf, an imatrix recomputed from it on 2026-10-09 (BF16 GGUF of this model, -c 512 --chunks 512, 496 entries and 512 chunks, SHA256 be0924f24bd82c05b28da0c1d803ef29c1961f60bf9e978a16ffe746ee2adcf1). The set is functionally equivalent to, but not byte-identical with, the one used for the published GGUFs; the original imatrix data file was not kept.
GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf (llama.cpp --mmproj); the NInfer package carries the vision component (--vision); image input was tested with llama.cpp + mmproj on Q3 / Q4 LynnStyle, Q6_K, and Q8_0, and with NInfer --vision on Q2 / Q3 / Q4 LynnStyle, Q6_K, and Q8_0.Licensed under Apache-2.0, following the license of the base model Qwen3.8-27B.
Thanks to the Qwen team for the base model and the official FP8 scheme; to Opus5.5, GPT6Astra, Grok4.7, DSV4Pro, and K3 for problem writing, gold labels, teacher trajectories, data review, and the RLOO value review; and to the SGLang, vLLM, and DFlash communities.
[Image blocked: Coder390 FP8 对比原版 FP8]
[Image blocked: NVFP4 · INT8 · NInfer]
[Image blocked: GGUF]
在 Qwen3.8-27B-EfficientThink-SFT-SimPO-DFlash2(官方 Qwen3.8-27B 经 SFT + SimPO 后训练得到的模型)基础上继续做多轮 SFT 与 RLOO 后训练,专治原版「已有答案却停不下来、写满 94K 也不给最终答案」的问题。本仓库提供 BF16、静态 FP8 Block128、NVFP4 W4A16、NVFP4 W4A4、NVFP4 W4A4-W8A8(混合精度)五个 safetensors 档,均为完整多模态(文本 + 图像/视频)、内置官方 BF16 MTP,SGLang 免补丁加载(FP8 包另经 vLLM 冒烟验证);另有 NInfer W4A4 / W4A4-W8A8(NVFP4-NInfer/)、INT8 W8A8(INT8/W8A8/,文本 + 图像)、INT4 W4A16(INT4/W4A16/,文本 + 图像,vLLM)以及 GGUF Q2 / Q3 / Q4 LynnStyle(另有 Q8 MTP 版)、Q6_K、Q8_0(GGUF/、GGUF-NInfer/,内置 MTP)。
相关仓库
谱系:原版 Qwen3.8 27B(FP8;177 / 444 / 83)→ 我们的 SFT + SimPO110 终版,即 EfficientThink 基座(171 / 442 / 89)→ K3 续训 SFT → 第二周 SFT(week2dose,update-225)→ 第一轮 RLOO(182 组)→ 再一轮 SFT(merge-sft-100),得 sft-base-rloo(177 / 448 / 90)→ 第二轮 RLOO(172 组)→ Coder390(178 / 445 / 90,动态 FP8 口径)。括号内依次为 GPQA / MMLU / LCB,均为 100K 同口径全量。
训练基座:本模型以我们自己的 EfficientThink SFT + SimPO 模型(SimPO110 终版)为起点,继续做多轮 SFT 与 RLOO,该基座模型本身是官方 Qwen3.8-27B 的后训练版本,见 Qwen3.8-27B-EfficientThink-SFT-SimPO-DFlash2。
要解决的问题:模型在局部已经有答案之后,仍用 Wait / Actually 把同一套推导反复再推,直到写满上下文,最终答案为空。这类题多数不是不会,而是停不下来。
RLOO 数据:每题采样 8 条轨迹,只保留组内有对有错的题(8 条全对的不入训);组内 0 或 1 条对的,补 1 条审过的短教师轨迹,替换该组最短的一条错轨迹(共 27 组)。最终 172 组、1,376 条:正确 859 条、错误 517 条,其中空答 68 条。
奖励:惩罚只打在错的一侧,长而正确的推理仍得正奖励,以免压制必要的长推理。
结果:同口径下,GPQA 的 94K 截断从原版 Qwen3.8 27B(FP8)的 4 降到 1,LCB 从 13 降到 3,三项分数均不低于原版(均为 FP8 档;NVFP4 三档见下文成绩)。
口径:同一份 Coder390 合并权重;两张 RTX PRO 6000,每卡 C8,上下文 100K,生成上限 94,208,客户端不计超时,DFlash2 草稿,SGLang;GPQA 198、MMLU 500、LCB 100 全量;空答记错,截断但答对记对,失败样本全部留在分母里。
GPQA、LCB 三种精度一题不差;MMLU 在 445–450 之间,属于采样抖动,不是精度造成的。动态 FP8 是推理时对 BF16 权重在线量化,不另出包。
思考长度取 usage.reasoning_tokens;94K 截断指写满生成上限。LCB 空答指没有提取到可运行代码的题数。原版 FP8、BF16、动态 FP8、静态 FP8 为两张 RTX PRO 6000、每卡 C8;NVFP4 三档为单张 RTX PRO 6000、C8,其余口径相同。
加粗表示优于原版 Qwen3.8 27B(FP8):分数更高,或 P50 / P70 / P90、94K 截断、空答更低;等于或不如原版的不加粗。
LCB 改善最明显:原版 13 条 94K 截断全是空代码(截断 13、空答 13),Coder390 各档降到 2–4 条。W4A4 的 3 条是第 0、53、96 题(成绩文件中的题目编号),同样是截断后没有代码;W4A16 的 4 条中,第 6、7、54 题没有代码,第 53 题有 20 个字符的代码但答错;W4A4-W8A8 的 2 条中,第 11 题没有代码,第 6 题有 2,338 个字符的代码但答错。GPQA 的 94K 截断原版 4 条,各档 1–2 条;MMLU 原版 1 条,各档 0–2 条,没有明显变化。
分桶为「答对/该桶题数」,按思考长度左闭右开。
口径:单张 RTX PRO 6000,C8,上下文 100K,生成上限 94,208,客户端不计超时,DFlash2 草稿,SGLang;GPQA 198、MMLU 500、LCB 100 全量。
NVFP4 三档的思考长度、94K 截断与空答见上方「全档位」总表。LCB 按每题的 pass 字段判对错。原始记录见 evaluation/SCORES_NVFP4_W4A16.json、evaluation/SCORES_NVFP4_W4A4.json、evaluation/SCORES_NVFP4_MIXED.json(W4A4-W8A8 档)。
口径:分数沿用 2026-10-05 在同一条 NInfer 文本路径上测得的官方三联;单张 RTX PRO 6000,官方 NInfer 引擎(Neroued/ninfer),C8,上下文 100K,生成上限 94,208,客户端不计超时,不开投机;GPQA 198、MMLU 500、LCB 100 全量;空答记错,截断但答对记对,失败样本全部留在分母里。本次上传的新包只在这条文本路径上加入 Q8 MTP、DFlash2 草稿与 proposal head,文本路径不变,全量三联没有重跑。只有 NInfer 引擎能加载 .ninfer;SGLang / vLLM / llama.cpp / transformers 均不能加载。
思考长度取 usage.reasoning_tokens(即 completion_tokens_details.reasoning_tokens);94K 截断指写满生成上限。LCB 空答指没有提取到可运行代码的题数。加粗表示优于原版 Qwen3.8 27B(FP8)。
NInfer W4A4 的 LCB 空答 2 条是第 11、15 题,均为截断后没有代码;GPQA 空答 2 条是第 79、127 题,均为截断且 pred 为空。MMLU 无截断、无空答。NInfer W4A4-W8A8 的 LCB 空答 3 条是第 17、53、54 题(第 17 题正常停但没有代码,第 53、54 题截断且没有代码);GPQA 空答 2 条是第 79、127 题,均为截断且 pred 为空。MMLU 无截断、无空答。
分桶为「答对/该桶题数」,按思考长度左闭右开。
口径:单张 RTX PRO 6000,vLLM 0.28,C8,上下文 100K,生成上限 94,208,客户端不计超时,不开投机,思考档位 xhigh;GPQA 198、MMLU 500、LCB 100 全量;空答记错,截断但答对记对,失败样本全部留在分母里。INT8 W8A8 只能用 vLLM 加载。
94K 截断指写满生成上限。LCB 空答指没有提取到可运行代码的题数。加粗表示优于原版 Qwen3.8 27B(FP8),其数字见上方「全档位」总表。
注:INT8 W8A8 测评时 vLLM 未开推理解析器,usage.reasoning_tokens 均为 0,思考与答案都记在正文里。GPQA 与 MMLU 的思考长度按原文重新计数:取正文中 </think> 之前的文本,用 BF16 tokenizer 计数(与 GGUF 档相同的方法)。LCB 的结果文件只保存了代码,没有保存思考原文,无法计数,记「—」。
GPQA 的 1 条截断是第 127 题,pred 为空,同时记为空答。LCB 的 2 条截断是第 7、53 题:第 7 题截断后留下的代码运行出错,判错;第 53 题虽然截断,代码仍判对;LCB 没有空答。MMLU 无截断、无空答。LCB 按难度为 hard 38/46、medium 30/31、easy 23/23。
口径:单张 RTX PRO 6000,vLLM 0.28,C8,上下文 100K,生成上限 94,208,客户端不计超时,思考强度 xhigh,开 MTP 投机(内置头,3 个草稿 token),--reasoning-parser qwen3;GPQA 198 / MMLU 500 / LCB 100 全量;空答算错,截断但答对算对,所有失败都留在分母里。测评在 2026-10-09 暂停过,之后用同样的服务参数继续,已完成的题保留。
94K 截断指触到生成上限。LCB 空答指提取不到可运行代码的题数。加粗表示优于原版 Qwen3.8 27B(FP8),其数据见上面的全档表。
思考长度取自 vLLM 返回的 usage.reasoning_tokens。GPQA:截断 1 题(第 79 题),空答 1 题(第 79 题)。MMLU 没有截断,也没有空答。LCB:截断 2 题(第 atcoder:arc182_e:6, atcoder:arc195_d:54 题),空答 2 题(第 atcoder:arc182_e:6, atcoder:arc195_d:54 题)。LCB 按难度:难 37/46,中 27/31,易 23/23。整轮测评的 MTP 平均接受长度(vLLM 日志,3 个草稿 token):2.81。
口径:单张 RTX PRO 6000,llama.cpp(llama-server),C4,每槽上下文约 100K,生成上限 94,208,客户端不计超时,思考打开;GPQA 198、MMLU 500、LCB 100 全量;空答记错,截断但答对记对,失败样本全部留在分母里。成绩在内置 MTP 前测得(外挂 Q8 MTP 草稿),量化权重相同;GGUF-NInfer/ 下对应的 .ninfer 由同一份 GGUF 转换,全量三联只在 GGUF 上跑。
94K 截断指写满生成上限。LCB 空答指没有提取到可运行代码的题数。加粗表示优于原版 Qwen3.8 27B(FP8),其数字见上方「全档位」总表。
注:思考长度从原文用 BF16 tokenizer 计数(GPQA/LCB 用 reasoning 字段,MMLU 由 response 末行前文本拆分;不以接口 reasoning_tokens 为准)。
口径:单张 RTX PRO 6000,llama.cpp(llama-server)加载 GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.gguf,C4,上下文 100K,生成上限 94,208,客户端不计超时,思考档位 xhigh;GPQA 198、MMLU 500、LCB 100 全量;空答记错,截断但答对记对,失败样本全部留在分母里。GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.ninfer 由同一份 GGUF 转换而来,主干量化相同,全量三联只在 GGUF 上跑。
思考长度取 usage.reasoning_tokens;94K 截断指写满生成上限。LCB 空答指没有提取到可运行代码的题数。加粗表示优于原版 Qwen3.8 27B(FP8),其数字见上方「全档位」总表。
注:MMLU 与 LCB 测评时 llama.cpp 没有单独返回思考 token(usage 里没有 reasoning_tokens)。MMLU 的思考长度由 response 末行前文本拆分,用 BF16 tokenizer 计数(与 Q8_0 相同的方法);LCB 的结果文件没有保存思考原文,无法计数,记「—」;GPQA 的思考 token 由测评脚本单独统计。
GPQA 的 2 条截断是第 79、127 题,均写满 94,208 且 pred 为空,同时记为空答。MMLU 无截断、无空答。
LCB 无 94K 截断;空答 1 条是第 92 题,正常停止但没有给出代码。
LCB 以 llama.cpp 的结果为准:LCB 测评脚本请求 NInfer 时收到的回复不是合法 JSON,这是测评脚本与接口的兼容问题,不是模型质量问题;同一份 GGUF 用 llama.cpp 跑同一批抽测题全部通过。
口径:单张 RTX PRO 6000,llama.cpp(llama-server)加载 GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.gguf,C4,上下文 100K,生成上限 94,208,客户端不计超时,思考档位 xhigh;GPQA 198、MMLU 500、LCB 100 全量;空答记错,截断但答对记对,失败样本全部留在分母里。GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.ninfer 由同一份 GGUF 转换而来,主干量化相同,全量三联只在 GGUF 上跑。
思考长度:GPQA 取 usage.reasoning_tokens;MMLU 由 response 末行前文本拆分并用 BF16 tokenizer 计数;LCB 由落盘的 reasoning 原文计数。94K 截断指写满生成上限。LCB 空答指没有提取到可运行代码的题数。加粗表示优于原版 Qwen3.8 27B(FP8)。
GPQA 截断 2、空答 0。MMLU 无截断、无空答。LCB 截断 3、空答 3(写满长度且无代码)。
LCB 以 llama.cpp 的结果为准:LCB 测评脚本请求 NInfer 时收到的回复不是合法 JSON,这是测评脚本与接口的兼容问题,不是模型质量问题。
社区分支 ninfer-fusion-kvmem:使用社区分支 ninfer-fusion-kvmem 运行 Q2～Q4 LynnStyle 时，必须使用 Q8 MTP 版本的包（该分支不支持当前内置 MTP 头的 Q4_0 格式；官方 NInfer-all master 可直接使用现有包）。Q8 MTP 版本(权重相同,只把 MTP 头改为 Q8_0):llama.cpp 用 GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-Q8MTP.gguf、GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-Q8MTP.gguf、GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-Q8MTP.gguf;NInfer 用 GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-Q8MTP.ninfer、GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-Q8MTP.ninfer、GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-Q8MTP.ninfer(model id 分别为 qwen3.8-27b-coder390-Q2LynnStyle-Q8Mtp、qwen3.8-27b-coder390-Q3LynnStyle-Q8Mtp、qwen3.8-27b-coder390-Q4LynnStyle-Q8Mtp)。
Q8 MTP 版本 · 检查(2026-10-09,单张 RTX PRO 6000):NInfer-all master,--spec mtp --draft-tokens 3 --vision,int8 KV,上下文 8,192;llama.cpp 用 --spec-type draft-mtp --spec-draft-n-max 4 加 --mmproj;各发一个看图请求,短跑。所有运行看图都答对(llama.cpp 开关思考均答对)。
BPW(bits per weight)是整包的有效平均位宽:整包主模型权重文件(.safetensors,含视觉塔、MTP 与 scale 张量,不含 DFlash2 草稿)总字节数 × 8 ÷ 总参数数。总参数数按 safetensors 头部统计,五档一致,均为 27,781,427,952 个(NVFP4 的 U8 打包张量一个字节算 2 个元素,scale 张量不计元素)。BF16、静态 FP8、NVFP4 W4A16、NVFP4 W4A4、NVFP4 W4A4-W8A8 的权重文件总字节数依次为 55,563,008,568、31,242,033,200、20,593,097,872、20,593,145,056、23,749,329,544。各档都是混合精度(不同层不同位宽),标称位宽会误导,BPW 反映单位体积下的质量密度。
NInfer 两档的 BPW 按整包 .ninfer 文件字节数 × 8 ÷ 总参数数 27,781,427,952 计算:两档文件加视觉前均为 23,477,856,260 字节,BPW 均为 6.76。.ninfer 包内含 Q8 MTP、DFlash2 草稿与 proposal head;2026-10-09 加入的视觉部分(295,720,448 字节)不计入这里的 BPW;上方 NVFP4 / BF16 / FP8 的 safetensors 计法不计 DFlash2 草稿,两种计法不同,不宜直接横向比较 BPW。
INT8 W8A8 的 BPW 只算 8 个 INT8 文本权重文件(BF16 视觉文件 model_visual.safetensors 921,497,224 字节不计入),按其总字节数 29,480,791,128 × 8 ÷ 文本参数数 26,895,998,464 计算,为 8.77。文本参数数按 8 个 INT8 权重文件的 safetensors 头部统计(INT8 与 BF16 张量计元素,scale 张量不计元素),与 BF16 包去掉视觉塔(460,730,096)和 MTP(424,699,392)后的参数数一致;分母与上方各档的 27,781,427,952 不同,不宜直接横向比较 BPW。
GGUF Q8_0 两个包的 BPW 按单个文件字节数 × 8 ÷ 文本 + MTP 参数数 27,320,697,856 计算:GGUF 29,069,202,688 字节、8.51,NInfer 加视觉前 29,065,983,488 字节、8.51。GGUF Q6_K 两个包的 BPW 按单个文件字节数 × 8 ÷ 文本 + MTP 参数数 27,320,697,856 计算:GGUF 为 23,177,516,384 字节、6.79,NInfer 加视觉前为 23,084,144,128 字节、6.76。参数数按 GGUF 头部统计(866 个张量:文本 26,895,998,464 + MTP 424,699,392);视觉不计入分母:llama.cpp 的外挂 mmproj 和现在打进每个 .ninfer 的视觉部分(295,720,448 字节)都不算。分母与上方各档的 27,781,427,952 及 INT8 W8A8 的 26,895,998,464 都不同,不宜直接横向比较 BPW。
FP8/DFlash2-FP8/、BF16/DFlash2-FP8/、NVFP4/W4A16/DFlash2-FP8/、NVFP4/W4A4/DFlash2-FP8/、NVFP4/W4A4-W8A8/DFlash2-FP8/。weight_scale_inv),与 FP8 主体相同;q/k/v 投影、fc、候选选择器、卷积和 norm 保持 BF16。2026-10-08 起替换了原来按张量 scale 的草稿(只认分块 scale 的引擎,如 radiance,加载旧草稿不报错,但几乎不接受草稿 token)。2026-10-09 在一台 RTX PRO 6000 上用 SGLang 0.5.21 实测新草稿:FP8 主体,--speculative-num-draft-tokens 8 --speculative-dflash-block-size 8,单请求,6 条编程提示词,生成上限 1,024。贪心平均接受长度 5.05、单请求 171 tok/s(中位数);同一命令下旧草稿是 4.99、178 tok/s。temperature 1.0 时两者分别是 155 和 152 tok/s。在 SGLang 中新草稿的接受效果与旧草稿相当。本卡其他 DFlash2 测速数字是用旧草稿测的。NVFP4-NInfer/W4A4/ 与 NVFP4-NInfer/W4A4-W8A8/,INT8 W8A8 已上传到 INT8/W8A8/,INT4 W4A16 已上传到 INT4/W4A16/,GGUF Q2 / Q3 / Q4 LynnStyle(含 Q8 MTP 版)、Q6_K 与 Q8_0 已上传到 GGUF/ 与 GGUF-NInfer/。测试环境:单张 RTX PRO 6000 Blackwell 96GB;SGLang,上下文 32K(32,768),生成上限 4,096,开思考,采样用模型默认值。
C1 为主测(4 个请求),C4/C8/C16 为加大请求数(每档 6×C)的复测。「相对不开投机」为同并发下总吞吐之比。
测试环境同上:单张 RTX PRO 6000 Blackwell 96GB;SGLang,上下文 32K(32,768),生成上限 4,096,开思考,采样用模型默认值。数据取自 evaluation/BENCH_NVFP4_W4A16.json、evaluation/BENCH_NVFP4_W4A4.json、evaluation/BENCH_NVFP4_MIXED.json(W4A4-W8A8 档)。
每档请求数:C1 4 个、C4 12 个、C8 24 个、C16 48 个。「相对不开投机」为同并发下总吞吐之比。
每档请求数:C1 4 个、C4 12 个、C8 24 个、C16 48 个。「相对不开投机」为同并发下总吞吐之比。
每档请求数:C1 4 个、C4 12 个、C8 24 个、C16 48 个。「相对不开投机」为同并发下总吞吐之比。
测试环境:单张 RTX PRO 6000 Blackwell;官方 NInfer,上下文参数与下文 NInfer 启动命令相同(--max-context 102400 --kv-capacity 819200 --max-concurrency 8 --kv-dtype fp8);生成上限 4,096,开思考(模板默认 xhigh),采样 temperature 1.0、top_p 0.95、top_k 20,提示词与上方 NVFP4 测速相同;C1 发 4 个请求、C4 发 12 个、C8 发 24 个。MTP 草稿长度 4、DFlash2 草稿长度 8,均开 --lm-head-draft。数字为合计解码 tok/s。NInfer 并发上限为 8,C16 未测。
测试环境:单张 RTX PRO 6000 Blackwell;vLLM 0.28,--max-model-len 102400、--max-num-seqs 8;生成上限 512,开思考(xhigh),采样 temperature 1.0、top_p 0.95、top_k 20;每档只发与并发数相同的请求数(C1 发 1 个、C2 发 2 个、C4 发 4 个、C8 发 8 个)。这是快测:请求少、生成短,数字不能与上面各档直接比较。数字为总吞吐 tok/s(全部输出 token ÷ 墙钟时间)。两行都在另做的内置 MTP 对照版上测得(同一份 INT8 文本权重另加一层 BF16 MTP,未发布);不开投机时 MTP 层不参与计算。本包不含 MTP;现另提供单独的 MTP 草稿目录(见下文)。
MTP-BF16/ 草稿目录;该目录的结果见下文。本档没有 DFlash2 草稿。使用 MTP-BF16/ 草稿目录
测试环境:一台 NVIDIA RTX PRO 6000 Blackwell(96 GB);vLLM 0.28,--max-model-len 102400、--max-num-seqs 8、--gpu-memory-utilization 0.85;MTP 一行用 --speculative-config '{"method":"mtp","model":"./INT8/W8A8/MTP-BF16","num_speculative_tokens":3}'。生成上限 1024,开思考,采样 temperature 1.0、top_p 0.95、top_k 20;每档发 2 × 并发数个请求,轮流使用同一组 8 条提示词。数字为总吞吐 tok/s(全部输出 token ÷ 墙钟时间),最后一列为 C1 单请求解码速度中位数。硬件和设置都与上表不同,只在本表内比较。
环境:单张 NVIDIA RTX PRO 6000 Blackwell(96 GB);vLLM 0.28,--max-model-len 102400、--max-num-seqs 8、--gpu-memory-utilization 0.85;MTP 一行用内置头,--speculative-config '{"method":"mtp","num_speculative_tokens":3}'。生成上限 1024,开思考,采样温度 1.0、top_p 0.95、top_k 20;每档并发发送 2 × 并发数个请求,共用 8 条提示(与 INT8 MTP-BF16/ 表同一脚本)。数值为总吞吐 tok/s(全部输出 token ÷ 墙钟时间);最后一列是 C1 单请求 decode 速度中位数。
测试环境:单张 RTX PRO 6000 Blackwell;1 分钟快测,生成上限 512,开思考(xhigh),采样 temperature 1.0、top_p 0.95、top_k 20;每档只发与并发数相同的请求数(C1 发 1 个、C2 发 2 个、C4 发 4 个、C8 发 8 个)。数字为总吞吐 tok/s(全部输出 token ÷ 墙钟时间)。这是快测:请求少、生成短,数字不能与上面 SGLang / NInfer 各档的完整测速直接比较。NInfer 行用 GGUF-NInfer/ 包测得,测速时服务参数为 --max-context 32768 --kv-capacity 32768 --kv-dtype rk8v4 --max-concurrency 8;llama.cpp 行用 GGUF/ 包测得。
--max-concurrency 4)一致。只看总吞吐时 C8 更高(388.1 tok/s),需把 --max-concurrency 调到 8。测试环境:单张 RTX PRO 6000 Blackwell。llama.cpp 行为快测口径(思考打开、融合 MTP):C1 发 4 个请求、C2 发 6 个、C4 发 12 个;数字为合计 decode tok/s。NInfer 行同口径测速(思考打开,模板默认 xhigh,生成上限 4096,temperature 1.0,top_p 0.95,top_k 20;C1 发 4、C4 发 12、C8 发 24;MTP draft-tokens 4)。
BF16/):全部权重 BF16,原版多模态 config(保留 mrope,mtp_num_hidden_layers=1),无 quantization_config。FP8/):官方式静态 FP8,权重 E4M3,128×128 分块,每块一个 scale(weight_scale_inv),激活为动态 FP8;config 只在顶层加了 FP8 quantization_config。NVFP4/W4A16/):ModelOpt local-Hessian 校准;NVFP4 为 E2M1,16 个元素一块,每块一个 E4M3 尺度,另加张量级 FP32 二级尺度。MLP gate/up/down、全注意力 q/k/v/o、线性注意力 in_proj_qkv / in_proj_z / out_proj 共 400 个 Linear 为 NVFP4 权重、BF16 激活;线性注意力 in_proj_a / in_proj_b 与 lm_head 共 97 个保持 BF16。量化元数据为 ModelOpt MIXED_PRECISION 格式(400 层逐层标 W4A16_NVFP4),SGLang 自动识别为 modelopt_mixed。张量共 1,999 个:语言模型 1,651、视觉 333、MTP 15。NVFP4/W4A4/):同一份校准数据和算法,同样 400 个 Linear,权重与激活都为 NVFP4(激活在推理时按 16 个元素一块量化);标准 NVFP4 导出,SGLang 自动识别为 modelopt_fp4。张量共 2,399 个:语言模型 2,051、视觉 333、MTP 15。NVFP4/W4A4-W8A8/):混合精度,同一份校准数据和算法。MLP gate/up/down 共 192 个 Linear 为 NVFP4 W4A4(权重与激活都为 NVFP4,激活在推理时按 16 个元素一块量化);全注意力 q/k/v/o 与线性注意力 in_proj_qkv / in_proj_z / out_proj 共 208 个 Linear 为 FP8 W8A8(E4M3 权重与激活,每张量静态 scale,激活 scale 由校准统计得到);线性注意力 in_proj_a / in_proj_b 与 lm_head 共 97 个保持 BF16。量化元数据为 ModelOpt MIXED_PRECISION 格式(逐层标 NVFP4 或 FP8),SGLang 自动识别为 modelopt_mixed。张量共 2,191 个:语言模型 1,843、视觉 333、MTP 15。evaluation/NVFP4_CALIBRATION_METHOD.md。三档的视觉塔(333 个张量)与 MTP(15 个张量)均为 BF16。Qwen3_5ForConditionalGeneration,64 层(线性注意力与全注意力 3:1 交替);FP8 包张量共 1,599 个:语言模型 1,251、视觉 333、MTP 15。SSM 控制分支全部保留 BF16;排除清单与 Qwen 官方 FP8 一致,语言模型部分共 146 个模块保留 BF16。FP8 包冒烟通过:SGLang 免补丁加载、贪心输出与测评用纯文本版逐字一致、SGLang 图像请求、SGLang MTP、vLLM 图像请求。FP8 包在 vLLM 0.28 上开 MTP 暂不可用,推荐 SGLang。
NVFP4 三档冒烟:SGLang 免补丁加载、贪心对拍、图像请求通过。MTP 与 DFlash2 的速度和接受长度以单独的性能测评为准(C1–C16 均已跑完,见上文)。
GGUF Q8_0(GGUF/、GGUF-NInfer/):主干 Q8_0,内置 MTP 头(blk.64.nextn),不需要外挂草稿;866 个张量;.ninfer 由同一份 GGUF 转换;GGUF 不含视觉权重(llama.cpp 用 GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf,加 --mmproj);.ninfer 包内已含视觉部分(加 --vision,见下文「NInfer · 视觉」)。
GGUF Q6_K(GGUF/、GGUF-NInfer/):主干 Q6_K,用 512 个分块(chunk)的 imatrix 校准,并做结构保护:线性注意力(SSM)的 ssm_alpha / ssm_beta 保持 BF16,词嵌入与输出头为 Q8_0,MTP 头(blk.64 的 attn q/k/v/output、ffn gate/up/down 与 nextn.eh_proj)全部为 Q8_0,其 norm 保持 F32。GGUF 共 866 个张量、65 个块(64 层主干 + 1 层 MTP)。.ninfer 由同一份 GGUF 转换,主干量化相同,其 MTP 的 attention/MLP 权重为 Q6_K(gguf_q6_k),仅 mtp/input_projection 为 Q8_0;GGUF 不含视觉权重(llama.cpp 用 GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf,加 --mmproj);.ninfer 包内已含视觉部分(加 --vision,见下文「NInfer · 视觉」)。
需官方 SGLang ≥ 0.5.19;vLLM ≥ 0.28(仅 MTP)。vLLM 在张量并行 ≥ 2 时对 NVFP4 开 MTP 有已知问题(vLLM #52480),NVFP4 用 vLLM 开 MTP 时请用单卡。FP8 包在 vLLM 0.28 上开 MTP 暂不可用,推荐 SGLang。INT8 W8A8 与 INT4 W4A16 只能用 vLLM 加载(在 0.28 上实测),命令见下文 NInfer 命令之后。
MTP 和 DFlash2 互斥,一次启动只能开其中一种。 下面以 ./FP8 为例,用 BF16 档时把 --model-path 的路径换成 ./BF16,用 NVFP4 档时把 --model-path 换成 ./NVFP4/W4A16、./NVFP4/W4A4 或 ./NVFP4/W4A4-W8A8;DFlash2 草稿用各档目录下的 DFlash2-FP8(如 ./FP8/DFlash2-FP8、./BF16/DFlash2-FP8、./NVFP4/W4A16/DFlash2-FP8)。NVFP4 三档的量化格式由 SGLang 自动识别,不需要加 --quantization;这些 SGLang 格式的档中 vLLM 只在 FP8 包上验证过(不开 MTP),NVFP4 只在 SGLang 上测过;INT8 W8A8 与 INT4 W4A16 只能用 vLLM,在 vLLM 0.28 上测评。并发与上下文参数与性能测试一致,可按需调整。
SGLang · MTP(包内 BF16)
vLLM · MTP
FP8 包在 vLLM 0.28 上开 MTP 暂不可用,推荐 SGLang(见上面的 SGLang MTP 命令)。
SGLang · DFlash2
SGLang · NVFP4 W4A16 · DFlash2(W4A4 把两处 W4A16 换成 W4A4;NVFP4 开 MTP 时用上面的 MTP 命令,只换 --model-path)
SGLang · NVFP4 W4A4-W8A8 · DFlash2(开 MTP 时用上面的 MTP 命令,只换 --model-path)
本卡 BF16 / FP8 / NVFP4 的三项测评分数是在 SGLang 上开 DFlash2 测出的(NInfer 与 INT8 W8A8 不开投机,INT4 W4A16 开 MTP,GGUF 在 llama.cpp 上测,详见各节);投机解码不改变目标模型的输出分布。采样默认值见 generation_config.json(temperature 1.0、top_p 0.95、top_k 20)。
SGLang / vLLM 看图:BF16/、FP8/、NVFP4/W4A16/、NVFP4/W4A4/、NVFP4/W4A4-W8A8/ 都是完整多模态权重:config.json 为 Qwen3_5ForConditionalGeneration 且带 vision_config,目录里有 preprocessor_config.json 与 video_preprocessor_config.json,权重索引覆盖全部 333 个视觉塔张量(指向同目录的 vision-bf16.safetensors;BF16 指向 model-00002-of-00002.safetensors)。上面的 SGLang、vLLM 命令原样即可接收图片,不需要额外参数;图片按 OpenAI 格式放在 POST /v1/chat/completions 的 image_url 里(请求示例见下文「NInfer · 视觉」,model 换成服务的模型名)。INT8/W8A8/ 自 2026-10-09 起也能看图(Qwen3_5ForConditionalGeneration;BF16 视觉塔在 model_visual.safetensors,附 preprocessor 配置):直接用下面的 INT8 vLLM 命令即可。INT4/W4A16/ 同样能看图(BF16 视觉塔在 model_visual.safetensors),用下面的 INT4 vLLM 命令即可。
.ninfer,官方 NInfer)以 W4A4 档为例;用 W4A4-W8A8 档时把路径换成 ./NVFP4-NInfer/W4A4-W8A8/Qwen3.8-27B-Coder390-EfficientThink-W4A4-W8A8-MTP-DFlash2.ninfer,--model-id 换成 qwen3.8-27b-coder390-w4a4-w8a8。
MTP-DFlash2 包内已包含 Q8 MTP 和 DFlash2 草稿，NInfer 不需要外挂草稿模型（这一点与上面 SGLang 需要传 DFlash2 草稿路径不同）；启动时用 --spec mtp 或 --spec dflash2 二选一，不加 --spec 即不开投机。
图片输入：NVFP4-NInfer/ 下的两个 V3 MTP-DFlash2 .ninfer 包(W4A4 与 W4A4-W8A8)自 2026-10-09 起包含视觉部分(295,720,448 字节,由 BF16 视觉权重量化:patch embedding 为 Q6,attention q/k/v 与 MLP fc1 为 Q4,其余投影为 Q5,merger 为 Q8,norm 与 bias 保持 BF16)。文本、MTP 与 DFlash2 权重逐字节不变。在下面任一 NInfer 命令后加 --vision,图片按 OpenAI 格式放在 POST /v1/chat/completions 的 image_url 里。不加 --vision 时和以前一样只跑文本。V2 包(-NInferV2-NOT-FOR-V3)未改动,仍不含视觉。2026-10-09 GPU 实测(单张 RTX PRO 6000,NInfer-all 64492cb 加 --vision,看图问题):两个 MTP-DFlash2 包都回答正确。W4A4-MTP-DFlash2:MTP(3 个草稿 token)接受长度 2.89,decode 153 tok/s;DFlash2(7 个草稿 token)接受长度 3.53,decode 185 tok/s。W4A4-W8A8-MTP-DFlash2:MTP 3.19,164 tok/s;DFlash2 3.74,195 tok/s。
NInfer · 不开投机
NInfer · MTP(草稿长度 4)
NInfer · DFlash2(草稿长度 8)
NInfer · 视觉(图片输入),每个包一条命令
每条命令就是上面对应的 NInfer 命令加 --vision,不需要别的文件:视觉部分已在每个 V3 .ninfer 包内,同目录的 vision-bf16.safetensors 运行时用不到。
图片请求:按 OpenAI 格式在 POST /v1/chat/completions 里放 image_url;url 填图片的 http(s):// 链接,也可以传本地图片的数据 URI;model 要与 --model-id 一致。
健康检查:curl -sf http://127.0.0.1:19931/health。对话接口为 POST /v1/chat/completions,请求里的 model 要与 --model-id 一致。
vLLM · INT8 W8A8(不开投机)
RTX PRO 6000 Blackwell 上 vLLM 的 Cutlass INT8 内核不可用,不关掉就起不来,须用 VLLM_DISABLED_KERNELS=CutlassInt8ScaledMMLinearKernel 关掉;关掉后改走 Triton INT8 内核(启动日志里能看到 TritonInt8ScaledMMLinearKernel)。VLLM_USE_FLASHINFER_SAMPLER=0 与测试时一致。在 vLLM 0.28 上实测;SGLang 不能加载本包(ModelOptFp8Config 报错)。--reasoning-parser qwen3 会把思考内容单独放进 reasoning_content(测分时未开)。
vLLM · INT8 W8A8 · MTP(外挂草稿 INT8/W8A8/MTP-BF16/)
在 RTX PRO 6000 Blackwell 上按上面的命令设置 VLLM_DISABLED_KERNELS=CutlassInt8ScaledMMLinearKernel 和 VLLM_USE_FLASHINFER_SAMPLER=0。新表的两行都用了这两项设置。
vLLM · INT4 W4A16 · MTP(内置头)· 文本与图像
图片按 OpenAI 格式放在 image_url 里,用同一个服务即可,不需要额外参数:
去掉 --speculative-config 即不开投机。在 vLLM 0.28 上实测(VLLM_USE_FLASHINFER_SAMPLER=0 与实测设置一致);SGLang 与 NInfer 未用此包测试。--reasoning-parser qwen3 会把思考单独返回。
GGUF / GGUF-NInfer
.ninfer 用 NInfer-all(iamwavecut/ninfer-all 的 master 分支)加载:包里保留的是 GGUF 量化块,其他 NInfer 构建不能读。llama.cpp 需支持 --spec-type draft-mtp 的上游版本。NInfer 的 --kv-capacity 是所有请求共享的 KV 池;llama.cpp 的 -c 409600 -np 4 会把上下文平分给 4 个槽位,每个请求最多 102,400 token,够单请求写到 94K。对话接口为 POST /v1/chat/completions;NInfer 请求里的 model 要与 --model-id 一致。视觉:llama.cpp 用 GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf(--mmproj;629,247,008 字节,sha256 cae9799dc9196449b0d83f716e64af89d5cf65147510462e5a629a2aa23adb32)。每个 .ninfer 包内都含视觉部分;ninfer-serve 加 --vision 即可输入图片(见下文「NInfer · 视觉」)。
社区分支 ninfer-fusion-kvmem:使用社区分支 ninfer-fusion-kvmem 运行 Q2～Q4 LynnStyle 时，必须使用 Q8 MTP 版本的包（该分支不支持当前内置 MTP 头的 Q4_0 格式；官方 NInfer-all master 可直接使用现有包）。Q8 MTP 版本(权重相同,只把 MTP 头改为 Q8_0):llama.cpp 用 GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-Q8MTP.gguf、GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-Q8MTP.gguf、GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-Q8MTP.gguf;NInfer 用 GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-Q8MTP.ninfer、GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-Q8MTP.ninfer、GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-Q8MTP.ninfer(model id 分别为 qwen3.8-27b-coder390-Q2LynnStyle-Q8Mtp、qwen3.8-27b-coder390-Q3LynnStyle-Q8Mtp、qwen3.8-27b-coder390-Q4LynnStyle-Q8Mtp)。
MTP 与 DFlash2:GGUF/ 与 GGUF-NInfer/ 下所有包都内置 MTP 头(Q2 / Q3 / Q4 LynnStyle 为内置 Q4 MTP;其 -Q8MTP 版本为 Q8_0 MTP 头)。开启方式:NInfer 加 --spec mtp --draft-tokens N,llama.cpp 加 --spec-type draft-mtp --spec-draft-n-max N;省略这两个参数即不开投机。DFlash2 是外挂草稿模型,不在这些 GGUF / NInfer 包里,本仓库不提供 GGUF / GGUF-NInfer 用的 DFlash2 草稿;需要 DFlash2 时请用本仓库 BF16 / FP8 / NVFP4 各档自带的 DFlash2-FP8/(SGLang --speculative-algorithm DFLASH)或 NVFP4-NInfer/ 的 .ninfer 包(--spec dflash2)。MTP 与 DFlash2 互斥:同一个服务只能开其中一种,不要同时开。
NInfer · GGUF Q2 LynnStyle · MTP(草稿长度 4,推荐并发 8)
NInfer · GGUF Q3 LynnStyle · MTP(草稿长度 4,推荐并发 8)
NInfer · GGUF Q4 LynnStyle · MTP(草稿长度 4,推荐并发 8)
NInfer · GGUF Q4 LynnStyle · Q8MTP · MTP(草稿长度 4,推荐并发 8):给读不了 Q4_0 的推理程序用(如 ninfer-fusion-kvmem);Q2 / Q3 把文件名和 model id 里的 Q4 换成 Q2 / Q3。
NInfer · GGUF Q6_K · MTP(草稿长度 3,推荐并发 4)
NInfer · GGUF Q8_0 · MTP(草稿长度 4,推荐并发 8)
不要用 --max-context 131072 --kv-capacity 131072(KV 池不够多请求排队时会 HTTP 503)。不要加 --lm-head-q6 / --embedding-q4。需 NInfer-all 的 ninfer-serve;官方 ninfer-src 读不了 gguf_blocks_v1。
NInfer · 视觉(图片输入)
GGUF-NInfer/ 里每个 .ninfer 都已打包视觉部分(295,720,448 字节,2026-10-09 加入)。视觉部分由 BF16 视觉权重按 NInfer 的视觉格式量化:patch embedding 为 Q6,attention q/k/v 与 MLP fc1 为 Q4,其余投影为 Q5,merger 为 Q8,norm 与 bias 保持 BF16。文本与 MTP 权重和之前逐字节相同。在上面任一 NInfer 命令后加 --vision 即可,不需要别的文件(单独的 vision-bf16.safetensors 用不到)。这些包内置 MTP 头,不含 DFlash2 草稿,所以每个包两条命令:不开投机、开 MTP。
图片请求(按 OpenAI 格式放 image_url;url 填图片的 http(s):// 链接,也可以传本地图片的数据 URI;model 要与 --model-id 一致):
图片按 OpenAI 格式放在 POST /v1/chat/completions 的 image_url 里。--vision 把视觉编码器放在 GPU 上;显存紧张时改用 --vision-cpu(在 CPU 上跑,单张图默认最多 256 个合并 token,可用 --vision-max-merged 调整)。不加 --vision 时和以前一样只跑文本。GGUF-NInfer/vision-bf16.safetensors 是视觉部分的 BF16 原始权重,NInfer 运行时不需要它。引擎实测(2026-10-09,单张 RTX PRO 6000):Q2 LynnStyle 包加 --vision 正确回答了看图问题;开 MTP、3 个草稿 token 时接受长度 3.00,decode 207 tok/s。Q3 / Q4 LynnStyle、Q6_K、Q8_0 包也已在 NInfer-all master 上开 MTP 加 --vision 实测,均回答正确(单次短测:Q4 151.9 tok/s、接受率 66.7%;Q6_K 131.1 tok/s、65.4%;Q8_0 121.5 tok/s、68.2%);Q8 MTP 版见上文「Q8 MTP 版本 · 检查」。
llama.cpp · GGUF Q2 LynnStyle · MTP(代表命令;换 -m 即可切到 Q3 / Q4 / Q6_K / Q8_0)
换其他 GGUF 档只需改 -m 为 ...-Q3LynnStyle-MTP.gguf、...-Q4LynnStyle-MTP.gguf、...-Q6_K-MTP.gguf 或 ...-Q8_0-MTP.gguf(并相应改 --alias,例如 qwen3.8-27b-coder390-q6k-mtp、qwen3.8-27b-coder390-q8-mtp)。MTP 已融合进 GGUF(blk.64),不要再外挂 draft;日志应出现 creating MTP draft context against the target model。需要图像输入时加 --mmproj ./GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf。
llama.cpp · 视觉(图片输入)
GGUF 文件本身不含视觉权重,加 --mmproj ./GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf 即可看图,八个 GGUF 都用这同一个 mmproj(按上文换 -m 和 --alias;已在 Q3 / Q4 LynnStyle、Q6_K、Q8_0 上实测看图)。去掉 --spec-type / --spec-draft-n-max 即不开投机。不加 --mmproj 时 llama.cpp 只跑文本。图片按 OpenAI 格式放在 POST /v1/chat/completions 的 image_url 里(请求与 NInfer 示例相同,model 填 --alias)。
可选:外挂 Q8_0 MTP 草稿。 GGUF/mtp-Qwen3.8-27B-Coder390-EfficientThink-Q8_0.gguf(3,164,006,656 字节)是单独的 Q8_0 MTP 头,权重和 Q6_K、Q8_0 包里内置的 MTP 头相同。Q2、Q3、Q4 LynnStyle 自带的是更小的 Q4 MTP 头,想换成 Q8 头就加 -md 指向这个文件。Q6_K 和 Q8_0 已经内置 Q8 头,外挂没有额外收益。加了 -md 之后,日志应出现 loading draft model,而不是 creating MTP draft context against the target model。2026-10-09 在一台 RTX PRO 6000 上用 llama.cpp 实测：目标是 Q3 LynnStyle，--spec-draft-n-max 4，日志出现 loading draft model。贪心接受率 66.1%、110.2 tok/s；不加 -md、用内置 Q4 MTP 头是 66.0%、112.2 tok/s。temperature 1.0 时是 52.4%、94.4 tok/s，对照 51.9%、95.6 tok/s。12 条提示词输出一致，Q8 文件没有更快。
FP8/(主包 19 个文件,31,262,188,871 字节)FP8/SHA256SUMS 覆盖下表前 18 个文件。
FP8/DFlash2-FP8/(4 个文件,2,407,384,680 字节)BF16/(12 个文件,55,583,125,732 字节;DFlash2 子目录另列在下面)BF16/SHA256SUMS 覆盖下表前 11 个文件。mtp-bf16.safetensors 与 FP8 包中的同名文件逐字节相同。
BF16/DFlash2-FP8/(4 个文件,2,407,384,680 字节)与 FP8/DFlash2-FP8/ 逐字节相同。
NVFP4/W4A16/(主包 17 个文件,20,613,406,953 字节;DFlash2 子目录另列在下面)NVFP4/W4A16/SHA256SUMS 覆盖下表前 16 个文件,其自身 SHA256 为 ecc28d31be0d97e23509af61625251af14980db5b67189a1d1ca75a3fc9652f3。mtp-bf16.safetensors 与 FP8 包中的同名文件逐字节相同。
NVFP4/W4A16/DFlash2-FP8/(4 个文件,2,407,384,680 字节)与 FP8/DFlash2-FP8/ 逐字节相同。
NVFP4/W4A4/(主包 17 个文件,20,613,386,462 字节;DFlash2 子目录另列在下面)NVFP4/W4A4/SHA256SUMS 覆盖下表前 16 个文件,其自身 SHA256 为 5aea8bb9c1f1979661bfa5c1216de7aafeb64cd708aa8cc71f3b185c224cfde0。mtp-bf16.safetensors 与 FP8 包中的同名文件逐字节相同。
NVFP4/W4A4/DFlash2-FP8/(4 个文件,2,407,384,680 字节)与 FP8/DFlash2-FP8/ 逐字节相同。
NVFP4/W4A4-W8A8/(主包 18 个文件,23,769,634,648 字节;DFlash2 子目录另列在下面)NVFP4/W4A4-W8A8/SHA256SUMS 覆盖下表前 17 个文件,其自身 SHA256 为 c177f4907a7dd037efe91b8d34927dd3a3624227f259238b82db0f12f8b0b8e2。mtp-bf16.safetensors 与 FP8 包中的同名文件逐字节相同。
NVFP4/W4A4-W8A8/DFlash2-FP8/(4 个文件,2,407,384,680 字节)与 FP8/DFlash2-FP8/ 逐字节相同。
evaluation/成绩、性能、冒烟(静态 FP8 与 BF16)与校准记录。evaluation/SHA256SUMS 覆盖下表前 22 个文件(表中共 23 行,最后一行为校验清单本身)。NVFP4_*.results.summary.json 为 NVFP4 三档三项测评的原始汇总(NVFP4_MIXED_* 为 W4A4-W8A8 档)。
.ninfer;SGLang、vLLM、llama.cpp、transformers 都不能读。Neroued/ninfer 的 master 分支)的 ninfer-serve,无需打补丁(只有由 GGUF 转换的 .ninfer 需用 NInfer-all)。实测硬件为单张 RTX PRO 6000 Blackwell(算力 12.0);NInfer 并发上限为 8。NVFP4-NInfer/W4A4/ 与 NVFP4-NInfer/W4A4-W8A8/ 各有一个带 MTP 与 DFlash2 的 .ninfer 文件:文本路径与 2026-10-05 测分时相同,包内另含 Q8 MTP、DFlash2 草稿、proposal head,以及 2026-10-09 加入的视觉部分,加 --vision 可输入图片;同一文件夹的 vision-bf16.safetensors 是这部分的 BF16 原始权重,运行时不需要。MTP 投影为 Q8:其中几个矩阵形状在 NInfer 里没有 BF16 内核,用 BF16 会在建计算图时退出。--spec mtp 或 --spec dflash2);--lm-head-draft 须与 --spec 一起用。MTP 草稿长度可取 1–5,DFlash2 可取 1–15;上文「启动命令」中的 NInfer 命令用测速时的 4 与 8。DFlash2 草稿已打在包里,不需要另载 DFlash2-FP8/ 目录。--max-context 102400 --kv-capacity 819200 --max-concurrency 8 --kv-dtype fp8。--kv-capacity 须落在 max-context 到 max-context × max-concurrency 之间,819,200 正好是 8 × 102,400。文件名带 NInferV2-NOT-FOR-V3 的四个包只给 Tesla V100 用（ninfer-v100 分支）；其他显卡请用不带这个后缀的包。
NInferV2-NOT-FOR-V3 的 4 个包是 NInfer V2 容器,只给 Tesla V100 的 ninfer-v100 分支用。官方 NInfer(ninfer-serve)只读 V3,会拒绝这些文件;其他显卡请用上面不带 NInferV2 的 V3 包。不要把 V2 包改名成 V3 文件名,也不要用它们替换 V3 包。Qwen3.8-27B-Coder390-W4A4-NInferV2-NOT-FOR-V3.ninfer、Qwen3.8-27B-Coder390-W4A4-W8A8-NInferV2-NOT-FOR-V3.ninfer)不含 MTP 与 DFlash2,不要加 --spec;两个 MTP-DFlash2 包(…-MTP-DFlash2-NInferV2-NOT-FOR-V3.ninfer)可加 --spec mtp 或 --spec dflash2,包内已包含 MTP 和 DFlash2 草稿,不需要外挂草稿模型。四个 V2 包都不含视觉部分,不能输入图片(不支持 --vision);需要看图请用 V3 包。--kv-dtype rk8v4 或 --kv-capacity 819200;在 V100 上起服务时加 --prefill-chunk 2048。SHA256SUMS 里 V2 的两行放在 # 注释行之后,与 V3 分开。NVFP4-NInfer/W4A4/(5 个文件,68,925,700,831 字节)NVFP4-NInfer/W4A4-W8A8/(5 个文件,68,925,700,846 字节)Qwen3_5ForConditionalGeneration(文本 64 层,线性注意力与全注意力 3:1 交替)。视觉塔取自 BF16 档,以 BF16 单独存为 model_visual.safetensors(333 个张量,921,497,224 字节),并附 preprocessor_config.json / video_preprocessor_config.json;视觉塔不量化。8 个 INT8 权重文件未改动。包内不含 MTP 头(用 MTP-BF16/),也不含 DFlash2 草稿。2026-10-09 在一台 RTX PRO 6000 上实测(vLLM 0.28,关掉 Cutlass INT8 内核,MTP-BF16/、3 个草稿 token):看图问题回答正确,文本输出正常,接受长度 3.21,单请求 decode 86 tok/s。int-quantized)格式。in_proj_qkv / in_proj_z / out_proj 共 400 个 Linear 为 INT8;线性注意力 in_proj_a / in_proj_b 与 lm_head 共 97 个保持 BF16;线性注意力的 A_log、dt_bias、norm、conv1d 等控制分支也保持 BF16。VLLM_LOAD.json 记录了本包的加载条件。RTX PRO 6000 Blackwell 上须关掉 Cutlass INT8 内核,见上文「启动命令」。INT8/W8A8/MTP-BF16/ 只有 BF16 的 MTP 张量。2026-10-09 在一台 RTX PRO 6000 上用 vLLM 0.28 实测(关掉 Cutlass INT8 内核,num_speculative_tokens=3):平均接受长度 2.74–2.90。INT8/W8A8/(19 个文件,30,422,466,299 字节)INT8/W8A8/MTP-BF16/(3 个文件,849,403,270 字节)INT8/W8A8/MTP-BF16/SHA256SUMS 覆盖下表前 2 个文件,其自身 SHA256 为 313b058349deba83f05adb44b79f2f76ae668337834086f8dbcfacba131bf403。
Qwen3_5ForConditionalGeneration(64 层文本,线性注意力与全注意力 3:1 交替)。BF16 视觉塔单独存为 model_visual.safetensors(333 个张量,921,497,224 字节,与 INT8/W8A8/ 中的是同一个文件),附 preprocessor_config.json / video_preprocessor_config.json。内置 MTP 头为 BF16(model_mtp.safetensors,15 个张量)。不含 DFlash2 草稿。lm_head、词嵌入、MTP 头与视觉塔不量化。校准数据:用本模型 RL 训练 rollout 重新整理的 512 条 × 4,096 token。量化元数据为 compressed-tensors(pack-quantized)格式;recipe.yaml 是 llm-compressor 配方。model.safetensors(17,646,891,544 字节,只含文本权重)× 8 ÷ 文本参数数 26,895,998,464;MTP 与视觉文件不计入。VLLM_LOAD.json 记录了加载设置。INT4/W4A16/(14 个文件,19,437,985,972 字节)GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.gguf:llama.cpp 直接加载。GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.ninfer:只能用 NInfer-all 加载;启动请用 --max-context 102400 --kv-capacity 819200 --max-concurrency 8。blk.64 为 Q8_0;NInfer 的 MTP attention/MLP 权重为 Q6_K,输入投影为 Q8_0),不需要外挂草稿模型;推荐 NInfer + C4 + MTP。GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.gguf:llama.cpp 直接加载,GGUF 架构为 qwen35,65 个块,最后一块(blk.64)为 MTP。GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.ninfer:只能用 NInfer-all 加载;SGLang、vLLM、llama.cpp、transformers 都不能读。--mmproj GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf(629,247,008 字节),每个 .ninfer 包内已含视觉部分(NInfer 下加 --vision);GGUF-NInfer/ 里的 vision-bf16.safetensors(921,497,224 字节)是这部分的 BF16 原始权重,运行时不需要。GGUF/(11 个文件:Q3+Q4+Q2+Q8+Q6 + Q3/Q4/Q2 Q8MTP + Q8 MTP 草稿 + mmproj + SHA256SUMS)GGUF-NInfer/(10 个文件:Q3+Q4+Q2+Q8+Q6 + Q3/Q4/Q2 Q8MTP 包(含视觉) + vision-bf16(BF16 原始文件,运行时不需要) + SHA256SUMS)GGUF-NInfer 仓库的 imatrix/ 目录(Hugging Face、ModelScope)里有 GGUF 重要性矩阵的校正文本 coder390-imatrix-calibration.txt(1,368 条 = 171 道题 × 8,用本模型 RL 训练 rollout 的输入重新整理,500,816 token,不含测评题),以及 2026-10-09 用它重新算出的 coder390-imatrix.gguf(本模型 BF16 GGUF,-c 512 --chunks 512,496 个条目、512 个块,SHA256 be0924f24bd82c05b28da0c1d803ef29c1961f60bf9e978a16ffe746ee2adcf1)。校正集功能上与发布 GGUF 时用的等价,但不是同一个文件;原 imatrix 数据文件没有保留。
GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf(llama.cpp --mmproj),NInfer 包已含视觉部分(--vision);看图已实测:llama.cpp + mmproj 在 Q3 / Q4 LynnStyle、Q6_K、Q8_0 上,NInfer --vision 在 Q2 / Q3 / Q4 LynnStyle、Q6_K、Q8_0 上。本模型采用 Apache-2.0 许可证,遵循基座 Qwen3.8-27B 的许可。
感谢 Qwen 团队提供基座模型与官方 FP8 方案;感谢 Opus5.5、GPT6Astra、Grok4.7、DSV4Pro、K3 在出题、金标、教师轨迹、数据核对与 RLOO 价值评审中的工作;感谢 SGLang、vLLM 与 DFlash 社区。
python -m sglang.launch_server \ --model-path ./FP8 \ --context-length 32768 \ --max-running-requests 16 \ --mamba-ssm-dtype bfloat16 \ --speculative-algorithm EAGLE \ --speculative-num-steps 3 \ --speculative-eagle-topk 1 \ --speculative-num-draft-tokens 4python -m sglang.launch_server \ --model-path ./FP8 \ --context-length 32768 \ --max-running-requests 16 \ --mamba-ssm-dtype bfloat16 \ --speculative-algorithm DFLASH \ --speculative-draft-model-path ./FP8/DFlash2-FP8 \ --speculative-draft-model-quantization fp8 \ --speculative-num-draft-tokens 8python -m sglang.launch_server \ --model-path ./NVFP4/W4A16 \ --context-length 32768 \ --max-running-requests 16 \ --mamba-ssm-dtype bfloat16 \ --speculative-algorithm DFLASH \ --speculative-draft-model-path ./NVFP4/W4A16/DFlash2-FP8 \ --speculative-draft-model-quantization fp8 \ --speculative-num-draft-tokens 8python -m sglang.launch_server \ --model-path ./NVFP4/W4A4-W8A8 \ --context-length 32768 \ --max-running-requests 16 \ --mamba-ssm-dtype bfloat16 \ --speculative-algorithm DFLASH \ --speculative-draft-model-path ./NVFP4/W4A4-W8A8/DFlash2-FP8 \ --speculative-draft-model-quantization fp8 \ --speculative-num-draft-tokens 8ninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8ninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec mtp --draft-tokens 4 --lm-head-draftninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec dflash2 --draft-tokens 8 --lm-head-draft# W4A4 · MTP-DFlash2 package · no speculationninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --vision
# W4A4 · MTP-DFlash2 package · MTPninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec mtp --draft-tokens 4 --lm-head-draft \ --vision
# W4A4 · MTP-DFlash2 package · DFlash2ninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec dflash2 --draft-tokens 8 --lm-head-draft \ --vision
# W4A4-W8A8 · MTP-DFlash2 package · no speculationninfer-serve ./NVFP4-NInfer/W4A4-W8A8/Qwen3.8-27B-Coder390-EfficientThink-W4A4-W8A8-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4-w8a8 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --vision
# W4A4-W8A8 · MTP-DFlash2 package · MTPninfer-serve ./NVFP4-NInfer/W4A4-W8A8/Qwen3.8-27B-Coder390-EfficientThink-W4A4-W8A8-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4-w8a8 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec mtp --draft-tokens 4 --lm-head-draft \ --vision
# W4A4-W8A8 · MTP-DFlash2 package · DFlash2ninfer-serve ./NVFP4-NInfer/W4A4-W8A8/Qwen3.8-27B-Coder390-EfficientThink-W4A4-W8A8-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4-w8a8 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec dflash2 --draft-tokens 8 --lm-head-draft \ --visioncurl http://127.0.0.1:19931/v1/chat/completions \ -H "Content-Type: application/json" \ -d '{ "model": "qwen3.8-27b-coder390-w4a4", "messages": [{"role": "user", "content": [ {"type": "image_url", "image_url": {"url": "https://example.com/demo.png"}}, {"type": "text", "text": "Describe this image."} ]}], "max_tokens": 2048 }'VLLM_DISABLED_KERNELS=CutlassInt8ScaledMMLinearKernel \VLLM_USE_FLASHINFER_SAMPLER=0 \vllm serve ./INT8/W8A8 \ --trust-remote-code --dtype bfloat16 \ --max-model-len 102400 --served-model-name int8 \ --gpu-memory-utilization 0.85 --max-num-seqs 8 \ --reasoning-parser qwen3VLLM_DISABLED_KERNELS=CutlassInt8ScaledMMLinearKernel \VLLM_USE_FLASHINFER_SAMPLER=0 \vllm serve ./INT8/W8A8 \ --trust-remote-code --dtype bfloat16 \ --max-model-len 102400 --served-model-name int8 \ --gpu-memory-utilization 0.85 --max-num-seqs 8 \ --reasoning-parser qwen3 \ --speculative-config '{"method":"mtp","model":"./INT8/W8A8/MTP-BF16","num_speculative_tokens":3}'VLLM_USE_FLASHINFER_SAMPLER=0 \vllm serve ./INT4/W4A16 \ --trust-remote-code --dtype bfloat16 \ --max-model-len 102400 --served-model-name int4 \ --gpu-memory-utilization 0.85 --max-num-seqs 8 \ --reasoning-parser qwen3 \ --speculative-config '{"method":"mtp","num_speculative_tokens":3}'curl -s http://127.0.0.1:8000/v1/chat/completions -H 'Content-Type: application/json' -d '{ "model": "int4", "messages": [{"role": "user", "content": [ {"type": "image_url", "image_url": {"url": "https://example.com/chart.png"}}, {"type": "text", "text": "Describe this image."} ]}], "max_tokens": 2048}'ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-MTP.ninfer \ --model-id qwen3.8-27b-coder390-Q2LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --kv-dtype rk8v4 \ --max-concurrency 8 --spec mtp --draft-tokens 4VLLM_DISABLED_KERNELS=CutlassInt8ScaledMMLinearKernel VLLM_USE_FLASHINFER_SAMPLER=0 \vllm serve ./INT8/W8A16 \ --served-model-name qwen3.8-27b-coder390-int8-w8a16 \ --trust-remote-code --max-model-len 102400 --max-num-seqs 8 \ --gpu-memory-utilization 0.90 --reasoning-parser qwen3VLLM_DISABLED_KERNELS=CutlassInt8ScaledMMLinearKernel VLLM_USE_FLASHINFER_SAMPLER=0 \vllm serve ./INT8/W8A16 \ --served-model-name qwen3.8-27b-coder390-int8-w8a16 \ --trust-remote-code --max-model-len 102400 --max-num-seqs 8 \ --gpu-memory-utilization 0.90 --reasoning-parser qwen3 \ --speculative-config '{"method":"mtp","num_speculative_tokens":3}'ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q3LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q4LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-Q8MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q4LynnStyle-Q8Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.ninfer \ --model-id qwen3.8-27b-coder390-q6k-mtp \ --max-context 102400 --kv-capacity 409600 --kv-dtype rk8v4 \ --max-concurrency 4 --spec mtp --draft-tokens 3ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.ninfer \ --model-id qwen3.8-27b-coder390-q8-mtp \ --max-context 102400 --kv-capacity 819200 --kv-dtype rk8v4 \ --max-concurrency 8 --spec mtp --draft-tokens 4# Q2LynnStyle · no speculationninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q2LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --vision
# Q2LynnStyle · MTP (4 draft tokens)ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q2LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4 \ --vision
# Q3LynnStyle · no speculationninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q3LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --vision
# Q3LynnStyle · MTP (4 draft tokens)ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q3LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4 \ --vision
# Q4LynnStyle · no speculationninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q4LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --vision
# Q4LynnStyle · MTP (4 draft tokens)ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q4LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4 \ --vision
# Q6_K · no speculationninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-q6k-mtp \ --max-context 102400 --kv-capacity 409600 --max-concurrency 4 \ --kv-dtype rk8v4 \ --vision
# Q6_K · MTP (3 draft tokens)ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-q6k-mtp \ --max-context 102400 --kv-capacity 409600 --max-concurrency 4 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 3 \ --vision
# Q8_0 · no speculationninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-q8-mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --vision
# Q8_0 · MTP (4 draft tokens)ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-q8-mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4 \ --visioncurl http://127.0.0.1:8080/v1/chat/completions \ -H "Content-Type: application/json" \ -d '{ "model": "qwen3.8-27b-coder390-Q4LynnStyle-Mtp", "messages": [{"role": "user", "content": [ {"type": "image_url", "image_url": {"url": "https://example.com/demo.png"}}, {"type": "text", "text": "Describe this image."} ]}], "max_tokens": 2048 }'llama-server -m ./GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-MTP.gguf \ -c 409600 -np 4 -ngl 99 --jinja \ --host 127.0.0.1 --port 8080 \ --alias qwen3.8-27b-coder390-Q2LynnStyle-Mtp \ --spec-type draft-mtp --spec-draft-n-max 4llama-server -m ./GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-MTP.gguf \ --mmproj ./GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf \ -c 409600 -np 4 -ngl 99 --jinja \ --host 127.0.0.1 --port 8080 \ --alias qwen3.8-27b-coder390-Q2LynnStyle-Mtp \ --spec-type draft-mtp --spec-draft-n-max 4llama-server -m ./GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-MTP.gguf \ -md ./GGUF/mtp-Qwen3.8-27B-Coder390-EfficientThink-Q8_0.gguf \ -c 409600 -np 4 -ngl 99 --jinja \ --host 127.0.0.1 --port 8080 \ --alias qwen3.8-27b-coder390-Q3LynnStyle-Mtp \ --spec-type draft-mtp --spec-draft-n-max 4(cd FP8 && sha256sum -c SHA256SUMS && cd DFlash2-FP8 && sha256sum -c SHA256SUMS)(cd BF16 && sha256sum -c SHA256SUMS)(cd NVFP4/W4A16 && sha256sum -c SHA256SUMS && cd DFlash2-FP8 && sha256sum -c SHA256SUMS)(cd NVFP4/W4A4 && sha256sum -c SHA256SUMS && cd DFlash2-FP8 && sha256sum -c SHA256SUMS)(cd NVFP4/W4A4-W8A8 && sha256sum -c SHA256SUMS && cd DFlash2-FP8 && sha256sum -c SHA256SUMS)(cd NVFP4-NInfer/W4A4 && sha256sum -c SHA256SUMS)(cd NVFP4-NInfer/W4A4-W8A8 && sha256sum -c SHA256SUMS)(cd INT8/W8A8 && sha256sum -c SHA256SUMS && cd MTP-BF16 && sha256sum -c SHA256SUMS)(cd INT4/W4A16 && sha256sum -c SHA256SUMS)(cd GGUF && sha256sum -c SHA256SUMS)(cd GGUF-NInfer && sha256sum -c SHA256SUMS)(cd evaluation && sha256sum -c SHA256SUMS)# V100 ninfer-v100 branch · text-only package (no --spec)ninfer ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-W4A4-NInferV2-NOT-FOR-V3.ninfer \ --prompt "Explain prefill and decode in three sentences." \ --max-context 8192 \ --max-new 256
# V100 ninfer-v100 branch · MTP-DFlash2 package (MTP on)ninfer ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-W4A4-MTP-DFlash2-NInferV2-NOT-FOR-V3.ninfer \ --prompt "Explain prefill and decode in three sentences." \ --max-context 8192 \ --max-new 256 \ --spec mtp --draft-tokens 3python -m sglang.launch_server \ --model-path ./FP8 \ --context-length 32768 \ --max-running-requests 16 \ --mamba-ssm-dtype bfloat16 \ --speculative-algorithm EAGLE \ --speculative-num-steps 3 \ --speculative-eagle-topk 1 \ --speculative-num-draft-tokens 4python -m sglang.launch_server \ --model-path ./FP8 \ --context-length 32768 \ --max-running-requests 16 \ --mamba-ssm-dtype bfloat16 \ --speculative-algorithm DFLASH \ --speculative-draft-model-path ./FP8/DFlash2-FP8 \ --speculative-draft-model-quantization fp8 \ --speculative-num-draft-tokens 8python -m sglang.launch_server \ --model-path ./NVFP4/W4A16 \ --context-length 32768 \ --max-running-requests 16 \ --mamba-ssm-dtype bfloat16 \ --speculative-algorithm DFLASH \ --speculative-draft-model-path ./NVFP4/W4A16/DFlash2-FP8 \ --speculative-draft-model-quantization fp8 \ --speculative-num-draft-tokens 8python -m sglang.launch_server \ --model-path ./NVFP4/W4A4-W8A8 \ --context-length 32768 \ --max-running-requests 16 \ --mamba-ssm-dtype bfloat16 \ --speculative-algorithm DFLASH \ --speculative-draft-model-path ./NVFP4/W4A4-W8A8/DFlash2-FP8 \ --speculative-draft-model-quantization fp8 \ --speculative-num-draft-tokens 8ninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8ninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec mtp --draft-tokens 4 --lm-head-draftninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec dflash2 --draft-tokens 8 --lm-head-draft# W4A4 · MTP-DFlash2 包 · 不开投机ninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --vision
# W4A4 · MTP-DFlash2 包 · MTPninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec mtp --draft-tokens 4 --lm-head-draft \ --vision
# W4A4 · MTP-DFlash2 包 · DFlash2ninfer-serve ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-EfficientThink-W4A4-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec dflash2 --draft-tokens 8 --lm-head-draft \ --vision
# W4A4-W8A8 · MTP-DFlash2 包 · 不开投机ninfer-serve ./NVFP4-NInfer/W4A4-W8A8/Qwen3.8-27B-Coder390-EfficientThink-W4A4-W8A8-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4-w8a8 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --vision
# W4A4-W8A8 · MTP-DFlash2 包 · MTPninfer-serve ./NVFP4-NInfer/W4A4-W8A8/Qwen3.8-27B-Coder390-EfficientThink-W4A4-W8A8-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4-w8a8 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec mtp --draft-tokens 4 --lm-head-draft \ --vision
# W4A4-W8A8 · MTP-DFlash2 包 · DFlash2ninfer-serve ./NVFP4-NInfer/W4A4-W8A8/Qwen3.8-27B-Coder390-EfficientThink-W4A4-W8A8-MTP-DFlash2.ninfer \ --host 127.0.0.1 --port 19931 --device 0 \ --model-id qwen3.8-27b-coder390-w4a4-w8a8 \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype fp8 \ --spec dflash2 --draft-tokens 8 --lm-head-draft \ --visioncurl http://127.0.0.1:19931/v1/chat/completions \ -H "Content-Type: application/json" \ -d '{ "model": "qwen3.8-27b-coder390-w4a4", "messages": [{"role": "user", "content": [ {"type": "image_url", "image_url": {"url": "https://example.com/demo.png"}}, {"type": "text", "text": "Describe this image."} ]}], "max_tokens": 2048 }'VLLM_DISABLED_KERNELS=CutlassInt8ScaledMMLinearKernel \VLLM_USE_FLASHINFER_SAMPLER=0 \vllm serve ./INT8/W8A8 \ --trust-remote-code --dtype bfloat16 \ --max-model-len 102400 --served-model-name int8 \ --gpu-memory-utilization 0.85 --max-num-seqs 8 \ --reasoning-parser qwen3VLLM_DISABLED_KERNELS=CutlassInt8ScaledMMLinearKernel \VLLM_USE_FLASHINFER_SAMPLER=0 \vllm serve ./INT8/W8A8 \ --trust-remote-code --dtype bfloat16 \ --max-model-len 102400 --served-model-name int8 \ --gpu-memory-utilization 0.85 --max-num-seqs 8 \ --reasoning-parser qwen3 \ --speculative-config '{"method":"mtp","model":"./INT8/W8A8/MTP-BF16","num_speculative_tokens":3}'VLLM_USE_FLASHINFER_SAMPLER=0 \vllm serve ./INT4/W4A16 \ --trust-remote-code --dtype bfloat16 \ --max-model-len 102400 --served-model-name int4 \ --gpu-memory-utilization 0.85 --max-num-seqs 8 \ --reasoning-parser qwen3 \ --speculative-config '{"method":"mtp","num_speculative_tokens":3}'curl -s http://127.0.0.1:8000/v1/chat/completions -H 'Content-Type: application/json' -d '{ "model": "int4", "messages": [{"role": "user", "content": [ {"type": "image_url", "image_url": {"url": "https://example.com/chart.png"}}, {"type": "text", "text": "描述这张图片。"} ]}], "max_tokens": 2048}'ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-MTP.ninfer \ --model-id qwen3.8-27b-coder390-Q2LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --kv-dtype rk8v4 \ --max-concurrency 8 --spec mtp --draft-tokens 4ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q3LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q4LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-Q8MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q4LynnStyle-Q8Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.ninfer \ --model-id qwen3.8-27b-coder390-q6k-mtp \ --max-context 102400 --kv-capacity 409600 --kv-dtype rk8v4 \ --max-concurrency 4 --spec mtp --draft-tokens 3ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.ninfer \ --model-id qwen3.8-27b-coder390-q8-mtp \ --max-context 102400 --kv-capacity 819200 --kv-dtype rk8v4 \ --max-concurrency 8 --spec mtp --draft-tokens 4# Q2LynnStyle · 不开投机ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q2LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --vision
# Q2LynnStyle · MTP(草稿长度 4)ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q2LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4 \ --vision
# Q3LynnStyle · 不开投机ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q3LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --vision
# Q3LynnStyle · MTP(草稿长度 4)ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q3LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4 \ --vision
# Q4LynnStyle · 不开投机ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q4LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --vision
# Q4LynnStyle · MTP(草稿长度 4)ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q4LynnStyle-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-Q4LynnStyle-Mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4 \ --vision
# Q6_K · 不开投机ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-q6k-mtp \ --max-context 102400 --kv-capacity 409600 --max-concurrency 4 \ --kv-dtype rk8v4 \ --vision
# Q6_K · MTP(草稿长度 3)ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q6_K-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-q6k-mtp \ --max-context 102400 --kv-capacity 409600 --max-concurrency 4 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 3 \ --vision
# Q8_0 · 不开投机ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-q8-mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --vision
# Q8_0 · MTP(草稿长度 4)ninfer-serve ./GGUF-NInfer/Qwen3.8-27B-Coder390-EfficientThink-Q8_0-MTP.ninfer \ --host 127.0.0.1 --port 8080 --device 0 \ --model-id qwen3.8-27b-coder390-q8-mtp \ --max-context 102400 --kv-capacity 819200 --max-concurrency 8 \ --kv-dtype rk8v4 \ --spec mtp --draft-tokens 4 \ --visioncurl http://127.0.0.1:8080/v1/chat/completions \ -H "Content-Type: application/json" \ -d '{ "model": "qwen3.8-27b-coder390-Q4LynnStyle-Mtp", "messages": [{"role": "user", "content": [ {"type": "image_url", "image_url": {"url": "https://example.com/demo.png"}}, {"type": "text", "text": "Describe this image."} ]}], "max_tokens": 2048 }'llama-server -m ./GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-MTP.gguf \ -c 409600 -np 4 -ngl 99 --jinja \ --host 127.0.0.1 --port 8080 \ --alias qwen3.8-27b-coder390-Q2LynnStyle-Mtp \ --spec-type draft-mtp --spec-draft-n-max 4llama-server -m ./GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q2LynnStyle-MTP.gguf \ --mmproj ./GGUF/mmproj-Qwen3.8-27B-Q8_0.gguf \ -c 409600 -np 4 -ngl 99 --jinja \ --host 127.0.0.1 --port 8080 \ --alias qwen3.8-27b-coder390-Q2LynnStyle-Mtp \ --spec-type draft-mtp --spec-draft-n-max 4llama-server -m ./GGUF/Qwen3.8-27B-Coder390-EfficientThink-Q3LynnStyle-MTP.gguf \ -md ./GGUF/mtp-Qwen3.8-27B-Coder390-EfficientThink-Q8_0.gguf \ -c 409600 -np 4 -ngl 99 --jinja \ --host 127.0.0.1 --port 8080 \ --alias qwen3.8-27b-coder390-Q3LynnStyle-Mtp \ --spec-type draft-mtp --spec-draft-n-max 4(cd FP8 && sha256sum -c SHA256SUMS && cd DFlash2-FP8 && sha256sum -c SHA256SUMS)(cd BF16 && sha256sum -c SHA256SUMS)(cd NVFP4/W4A16 && sha256sum -c SHA256SUMS && cd DFlash2-FP8 && sha256sum -c SHA256SUMS)(cd NVFP4/W4A4 && sha256sum -c SHA256SUMS && cd DFlash2-FP8 && sha256sum -c SHA256SUMS)(cd NVFP4/W4A4-W8A8 && sha256sum -c SHA256SUMS && cd DFlash2-FP8 && sha256sum -c SHA256SUMS)(cd NVFP4-NInfer/W4A4 && sha256sum -c SHA256SUMS)(cd NVFP4-NInfer/W4A4-W8A8 && sha256sum -c SHA256SUMS)(cd INT8/W8A8 && sha256sum -c SHA256SUMS && cd MTP-BF16 && sha256sum -c SHA256SUMS)(cd INT4/W4A16 && sha256sum -c SHA256SUMS)(cd GGUF && sha256sum -c SHA256SUMS)(cd GGUF-NInfer && sha256sum -c SHA256SUMS)(cd evaluation && sha256sum -c SHA256SUMS)# V100 ninfer-v100 分支 · 纯文本包(不加 --spec)ninfer ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-W4A4-NInferV2-NOT-FOR-V3.ninfer \ --prompt "用三句话说明 prefill 和 decode。" \ --max-context 8192 \ --max-new 256
# V100 ninfer-v100 分支 · MTP-DFlash2 包(开 MTP)ninfer ./NVFP4-NInfer/W4A4/Qwen3.8-27B-Coder390-W4A4-MTP-DFlash2-NInferV2-NOT-FOR-V3.ninfer \ --prompt "用三句话说明 prefill 和 decode。" \ --max-context 8192 \ --max-new 256 \ --spec mtp --draft-tokens 3