llamaperf

Local model performance on your hardware

Find which open-weight LLMs fit in your GPU or Mac and compare the speeds people report on setups like yours.

What runs on your hardware?

Pick your GPU or Mac, then read the speeds people reported on it, or estimate which models fit and how fast they run.

Free to use. No account needed. Memory estimates and community measurements are labelled separately.

Looking for a particular model?

Search for a model to see its reported speeds across GPUs and Macs.

Local model performance reports from the community

These are individual setups, not a controlled benchmark. Compare GPU count, quantization, context and offloading before comparing speeds. How to read a report →

GPU: M4 Max 128GB
Compare setup details (1 active)

Exact recorded values. Context may be a configured limit; matching filters does not establish identical prompts, offloading or concurrency.

Apple hardware
generation:
15.7 tokens/s
prompt processing (prefill):
255.7 tokens/s
quant:
Q8_0 (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . These are selected protocol-complete reference-probe measurements from Supplement section 1.2. The paper excluded them from prediction fitting and scoring, not from its measured cohort. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M14: Qwen3.8-27B, Q8_0, GGUF. Exact source repository/file: unsloth/Qwen3.8-27B-GGUF/Qwen3.8-27B-Q8_0.gguf; 29,047,086,048 bytes. The paper's coarser metadata quant label is Q8_0; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/blob/4ca720788d1e01f1bff70c033e0d0028fd02e502/Qwen3.8-27B-Q8_0.gguf . Pinned reference revision 4ca720788d1e01f1bff70c033e0d0028fd02e502; LFS SHA256 a680f44a06920e5d689774823782006aa3acc8db95750323373b24139b67e348. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.8-27B; https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/raw/4ca720788d1e01f1bff70c033e0d0028fd02e502/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 255.725 and TG128 15.697 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 255.725 +/- 0.175 tokens/s (within-run CV 0.068%); native TG128 15.697 +/- 0.063 tokens/s (CV 0.403%). Prefix depth 4096: native PP512 244.576 +/- 0.168 tokens/s (within-run CV 0.069%); native TG128 15.505 +/- 0.041 tokens/s (CV 0.266%). Prefix depth 16384: native PP512 215.717 +/- 0.047 tokens/s (within-run CV 0.022%); native TG128 14.931 +/- 0.022 tokens/s (CV 0.150%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to three decimals; published +/- values are native within-run SD; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen reference-probe rows have 1 acquisition attempt per depth; pre-run load is not printed in this probe table. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 27,320,697,856 total parameters and 27,320,697,856 active parameters (100.0%), 65 layers, and modeled KV bytes at prefix0/4096/16384 of 0/1,090,519,040/4,362,076,160. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. Architecture caveat for the paper’s Qwen3.8-27B ladder: its UD-IQ2_XXS artifact M15 has 64 layers and 26,895,998,464 parameters, while the other ladder files have 65 layers and 27,320,697,856 parameters. The IQ2 file therefore has one fewer layer and about 1.55% fewer parameters. This is not an architecture-controlled quantization comparison. The GGUF architecture label qwen35 does not rename the tested Qwen3.8 model family. Classification and separate calibration observation: this file was one of the three Studio reference-probe configurations omitted from fitted/scored prediction cohorts; its six selected protocol-complete PP/TG observations above are still measured benchmarks. Supplement section 6.1 separately lists an initial calibration decode result of 15.364 +/- 0.080 tokens/s (CV 0.52%, effective bandwidth 425.530 GB/s). That separate calibration row lacks the full depth/prompt/output conditions in its table, so it is context only and is not substituted for the protocol-complete headline or blended with its repetitions. No prediction accuracy statistic is assigned to this probe report. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
48.4 tokens/s
prompt processing (prefill):
880.3 tokens/s
quant:
Q8_0 (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . These are selected protocol-complete reference-probe measurements from Supplement section 1.2. The paper excluded them from prediction fitting and scoring, not from its measured cohort. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M12: Qwen3.5-9B, Q8_0, GGUF. Exact source repository/file: unsloth/Qwen3.5-9B-GGUF/Qwen3.5-9B-Q8_0.gguf; 9,527,502,048 bytes. The paper's coarser metadata quant label is Q8_0; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.5-9B-GGUF/blob/3885219b6810b007914f3a7950a8d1b469d598a5/Qwen3.5-9B-Q8_0.gguf . Pinned reference revision 3885219b6810b007914f3a7950a8d1b469d598a5; LFS SHA256 809626574d0cb43d4becfa56169980da2bb448f2299270f7be443cb89d0a6ae4. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.5-9B; https://huggingface.co/unsloth/Qwen3.5-9B-GGUF/raw/3885219b6810b007914f3a7950a8d1b469d598a5/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 880.266 and TG128 48.365 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 880.266 +/- 0.530 tokens/s (within-run CV 0.060%); native TG128 48.365 +/- 0.091 tokens/s (CV 0.188%). Prefix depth 4096: native PP512 834.386 +/- 0.599 tokens/s (within-run CV 0.072%); native TG128 47.519 +/- 0.047 tokens/s (CV 0.099%). Prefix depth 16384: native PP512 722.102 +/- 0.565 tokens/s (within-run CV 0.078%); native TG128 45.097 +/- 0.041 tokens/s (CV 0.090%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to three decimals; published +/- values are native within-run SD; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen reference-probe rows have 1 acquisition attempt per depth; pre-run load is not printed in this probe table. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 8,953,803,264 total parameters and 8,953,803,264 active parameters (100.0%), 32 layers, and modeled KV bytes at prefix0/4096/16384 of 0/536,870,912/2,147,483,648. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. Classification and separate calibration observation: this file was one of the three Studio reference-probe configurations omitted from fitted/scored prediction cohorts; its six selected protocol-complete PP/TG observations above are still measured benchmarks. Supplement section 6.1 separately lists an initial calibration decode result of 48.773 +/- 0.159 tokens/s (CV 0.33%, effective bandwidth 411.974 GB/s). That separate calibration row lacks the full depth/prompt/output conditions in its table, so it is context only and is not substituted for the protocol-complete headline or blended with its repetitions. No prediction accuracy statistic is assigned to this probe report. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
78.8 tokens/s
prompt processing (prefill):
1567.5 tokens/s
quant:
Q8_0 (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . These are selected protocol-complete reference-probe measurements from Supplement section 1.2. The paper excluded them from prediction fitting and scoring, not from its measured cohort. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M10: Qwen3.5-4B, Q8_0, GGUF. Exact source repository/file: unsloth/Qwen3.5-4B-GGUF/Qwen3.5-4B-Q8_0.gguf; 4,482,403,488 bytes. The paper's coarser metadata quant label is Q8_0; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.5-4B-GGUF/blob/e87f176479d0855a907a41277aca2f8ee7a09523/Qwen3.5-4B-Q8_0.gguf . Pinned reference revision e87f176479d0855a907a41277aca2f8ee7a09523; LFS SHA256 10cc391b403021dd11c614679d2fd92f611c3681d29e29651b717316965d61e1. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.5-4B; https://huggingface.co/unsloth/Qwen3.5-4B-GGUF/raw/e87f176479d0855a907a41277aca2f8ee7a09523/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 1567.538 and TG128 78.751 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 1567.538 +/- 4.181 tokens/s (within-run CV 0.267%); native TG128 78.751 +/- 0.546 tokens/s (CV 0.693%). Prefix depth 4096: native PP512 1430.704 +/- 3.482 tokens/s (within-run CV 0.243%); native TG128 76.142 +/- 0.100 tokens/s (CV 0.131%). Prefix depth 16384: native PP512 1129.638 +/- 0.567 tokens/s (within-run CV 0.050%); native TG128 70.660 +/- 0.398 tokens/s (CV 0.563%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to three decimals; published +/- values are native within-run SD; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen reference-probe rows have 1 acquisition attempt per depth; pre-run load is not printed in this probe table. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 4,205,751,296 total parameters and 4,205,751,296 active parameters (100.0%), 32 layers, and modeled KV bytes at prefix0/4096/16384 of 0/536,870,912/2,147,483,648. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. Classification and separate calibration observation: this file was one of the three Studio reference-probe configurations omitted from fitted/scored prediction cohorts; its six selected protocol-complete PP/TG observations above are still measured benchmarks. Supplement section 6.1 separately lists an initial calibration decode result of 79.528 +/- 0.146 tokens/s (CV 0.18%, effective bandwidth 356.475 GB/s). That separate calibration row lacks the full depth/prompt/output conditions in its table, so it is context only and is not substituted for the protocol-complete headline or blended with its repetitions. No prediction accuracy statistic is assigned to this probe report. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
119.7 tokens/s
prompt processing (prefill):
2237.2 tokens/s
quant:
Q8_0 (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M23: SmolLM3-3B, Q8_0, GGUF. Exact source repository/file: ggml-org/SmolLM3-3B-GGUF/SmolLM3-Q8_0.gguf; 3,275,574,624 bytes. The paper's coarser metadata quant label is Q8_0; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/ggml-org/SmolLM3-3B-GGUF/blob/4965cb60b150737b68a0408c36aeefb65078f894/SmolLM3-Q8_0.gguf . Pinned reference revision 4965cb60b150737b68a0408c36aeefb65078f894; LFS SHA256 8aa8cc74656137174a1988d993b00828e65a86fd68773412b632a75aa1373248. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference HuggingFaceTB/SmolLM3-3B; https://huggingface.co/ggml-org/SmolLM3-3B-GGUF/raw/4965cb60b150737b68a0408c36aeefb65078f894/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 2237.19 and TG128 119.69 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 2237.19 tokens/s (within-run CV 0.31%); native TG128 119.69 tokens/s (CV 0.25%). Prefix depth 4096: native PP512 1740.63 tokens/s (within-run CV 0.23%); native TG128 110.40 tokens/s (CV 0.08%). Prefix depth 16384: native PP512 1040.47 tokens/s (within-run CV 0.13%); native TG128 89.60 tokens/s (CV 2.06%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 5.97; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 3,075,098,624 total parameters and 3,075,098,624 active parameters (100.0%), 36 layers, and modeled KV bytes at prefix0/4096/16384 of 0/301,989,888/1,207,959,552. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
168.6 tokens/s
prompt processing (prefill):
2142.9 tokens/s
quant:
Q4_K_M (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M22: SmolLM3-3B, Q4_K_M, GGUF. Exact source repository/file: ggml-org/SmolLM3-3B-GGUF/SmolLM3-Q4_K_M.gguf; 1,915,305,312 bytes. The paper's coarser metadata quant label is Q4_K_M; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/ggml-org/SmolLM3-3B-GGUF/blob/4965cb60b150737b68a0408c36aeefb65078f894/SmolLM3-Q4_K_M.gguf . Pinned reference revision 4965cb60b150737b68a0408c36aeefb65078f894; LFS SHA256 8334b850b7bd46238c16b0c550df2138f0889bf433809008cc17a8b05761863e. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference HuggingFaceTB/SmolLM3-3B; https://huggingface.co/ggml-org/SmolLM3-3B-GGUF/raw/4965cb60b150737b68a0408c36aeefb65078f894/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 2142.88 and TG128 168.55 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 2142.88 tokens/s (within-run CV 0.26%); native TG128 168.55 tokens/s (CV 0.42%). Prefix depth 4096: native PP512 1678.58 tokens/s (within-run CV 0.26%); native TG128 149.85 tokens/s (CV 1.20%). Prefix depth 16384: native PP512 1019.72 tokens/s (within-run CV 0.10%); native TG128 115.65 tokens/s (CV 0.24%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 2 acquisition attempts per depth and pre-run macOS one-minute load average 4.33; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 3,075,098,624 total parameters and 3,075,098,624 active parameters (100.0%), 36 layers, and modeled KV bytes at prefix0/4096/16384 of 0/301,989,888/1,207,959,552. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
17.2 tokens/s
prompt processing (prefill):
246.3 tokens/s
quant:
UD-Q6_K_XL (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M21: Qwen3.8-27B, UD-Q6_K_XL, GGUF. Exact source repository/file: unsloth/Qwen3.8-27B-GGUF/Qwen3.8-27B-UD-Q6_K_XL.gguf; 25,299,061,664 bytes. The paper's coarser metadata quant label is Q6_K; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/blob/4ca720788d1e01f1bff70c033e0d0028fd02e502/Qwen3.8-27B-UD-Q6_K_XL.gguf . Pinned reference revision 4ca720788d1e01f1bff70c033e0d0028fd02e502; LFS SHA256 701d8fa9ed214ab21bfc130cd2a7df19ca89bbef7713e2dfb19f3c63696aa917. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.8-27B; https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/raw/4ca720788d1e01f1bff70c033e0d0028fd02e502/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 246.34 and TG128 17.18 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 246.34 tokens/s (within-run CV 0.25%); native TG128 17.18 tokens/s (CV 0.38%). Prefix depth 4096: native PP512 236.32 tokens/s (within-run CV 0.09%); native TG128 16.94 tokens/s (CV 0.30%). Prefix depth 16384: native PP512 209.32 tokens/s (within-run CV 0.04%); native TG128 16.29 tokens/s (CV 0.17%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 2.99; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 27,320,697,856 total parameters and 27,320,697,856 active parameters (100.0%), 65 layers, and modeled KV bytes at prefix0/4096/16384 of 0/1,090,519,040/4,362,076,160. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. Architecture caveat for the paper’s Qwen3.8-27B ladder: its UD-IQ2_XXS artifact M15 has 64 layers and 26,895,998,464 parameters, while the other ladder files have 65 layers and 27,320,697,856 parameters. The IQ2 file therefore has one fewer layer and about 1.55% fewer parameters. This is not an architecture-controlled quantization comparison. The GGUF architecture label qwen35 does not rename the tested Qwen3.8 model family. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
19.7 tokens/s
prompt processing (prefill):
233.5 tokens/s
quant:
UD-Q5_K_XL (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M20: Qwen3.8-27B, UD-Q5_K_XL, GGUF. Exact source repository/file: unsloth/Qwen3.8-27B-GGUF/Qwen3.8-27B-UD-Q5_K_XL.gguf; 20,876,938,144 bytes. The paper's coarser metadata quant label is Q5_K; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/blob/4ca720788d1e01f1bff70c033e0d0028fd02e502/Qwen3.8-27B-UD-Q5_K_XL.gguf . Pinned reference revision 4ca720788d1e01f1bff70c033e0d0028fd02e502; LFS SHA256 8601193d3d5760c37fb8ce1b43afebc69df5fb24e1fbc5a547c32e2200305276. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.8-27B; https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/raw/4ca720788d1e01f1bff70c033e0d0028fd02e502/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 233.53 and TG128 19.72 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 233.53 tokens/s (within-run CV 0.02%); native TG128 19.72 tokens/s (CV 0.13%). Prefix depth 4096: native PP512 224.14 tokens/s (within-run CV 0.05%); native TG128 19.45 tokens/s (CV 0.33%). Prefix depth 16384: native PP512 199.62 tokens/s (within-run CV 0.07%); native TG128 18.54 tokens/s (CV 0.14%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 2.24; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 27,320,697,856 total parameters and 27,320,697,856 active parameters (100.0%), 65 layers, and modeled KV bytes at prefix0/4096/16384 of 0/1,090,519,040/4,362,076,160. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. Architecture caveat for the paper’s Qwen3.8-27B ladder: its UD-IQ2_XXS artifact M15 has 64 layers and 26,895,998,464 parameters, while the other ladder files have 65 layers and 27,320,697,856 parameters. The IQ2 file therefore has one fewer layer and about 1.55% fewer parameters. This is not an architecture-controlled quantization comparison. The GGUF architecture label qwen35 does not rename the tested Qwen3.8 model family. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
21.8 tokens/s
prompt processing (prefill):
236.6 tokens/s
quant:
UD-Q4_K_XL (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M19: Qwen3.8-27B, UD-Q4_K_XL, GGUF. Exact source repository/file: unsloth/Qwen3.8-27B-GGUF/Qwen3.8-27B-UD-Q4_K_XL.gguf; 17,559,178,144 bytes. The paper's coarser metadata quant label is Q4_K; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/blob/4ca720788d1e01f1bff70c033e0d0028fd02e502/Qwen3.8-27B-UD-Q4_K_XL.gguf . Pinned reference revision 4ca720788d1e01f1bff70c033e0d0028fd02e502; LFS SHA256 3f227079003add2511437e5b1e94812e363385225bf6a9b47b0054a72bc8b01e. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.8-27B; https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/raw/4ca720788d1e01f1bff70c033e0d0028fd02e502/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 236.56 and TG128 21.76 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 236.56 tokens/s (within-run CV 0.07%); native TG128 21.76 tokens/s (CV 1.00%). Prefix depth 4096: native PP512 227.01 tokens/s (within-run CV 0.06%); native TG128 21.52 tokens/s (CV 0.80%). Prefix depth 16384: native PP512 201.87 tokens/s (within-run CV 0.10%); native TG128 20.41 tokens/s (CV 1.01%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 6.44; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 27,320,697,856 total parameters and 27,320,697,856 active parameters (100.0%), 65 layers, and modeled KV bytes at prefix0/4096/16384 of 0/1,090,519,040/4,362,076,160. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. Architecture caveat for the paper’s Qwen3.8-27B ladder: its UD-IQ2_XXS artifact M15 has 64 layers and 26,895,998,464 parameters, while the other ladder files have 65 layers and 27,320,697,856 parameters. The IQ2 file therefore has one fewer layer and about 1.55% fewer parameters. This is not an architecture-controlled quantization comparison. The GGUF architecture label qwen35 does not rename the tested Qwen3.8 model family. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
23.5 tokens/s
prompt processing (prefill):
249.0 tokens/s
quant:
UD-Q3_K_XL (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M18: Qwen3.8-27B, UD-Q3_K_XL, GGUF. Exact source repository/file: unsloth/Qwen3.8-27B-GGUF/Qwen3.8-27B-UD-Q3_K_XL.gguf; 13,146,393,504 bytes. The paper's coarser metadata quant label is Q3_K; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/blob/4ca720788d1e01f1bff70c033e0d0028fd02e502/Qwen3.8-27B-UD-Q3_K_XL.gguf . Pinned reference revision 4ca720788d1e01f1bff70c033e0d0028fd02e502; LFS SHA256 8c2a45ff85e7674ca185ec8eb6cdeab0e617ed9d8018caed0b64380eb2a67a5e. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.8-27B; https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/raw/4ca720788d1e01f1bff70c033e0d0028fd02e502/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 249.04 and TG128 23.52 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 249.04 tokens/s (within-run CV 0.02%); native TG128 23.52 tokens/s (CV 0.68%). Prefix depth 4096: native PP512 238.52 tokens/s (within-run CV 0.04%); native TG128 23.07 tokens/s (CV 0.47%). Prefix depth 16384: native PP512 211.04 tokens/s (within-run CV 0.02%); native TG128 21.77 tokens/s (CV 0.66%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 4.39; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 27,320,697,856 total parameters and 27,320,697,856 active parameters (100.0%), 65 layers, and modeled KV bytes at prefix0/4096/16384 of 0/1,090,519,040/4,362,076,160. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. Architecture caveat for the paper’s Qwen3.8-27B ladder: its UD-IQ2_XXS artifact M15 has 64 layers and 26,895,998,464 parameters, while the other ladder files have 65 layers and 27,320,697,856 parameters. The IQ2 file therefore has one fewer layer and about 1.55% fewer parameters. This is not an architecture-controlled quantization comparison. The GGUF architecture label qwen35 does not rename the tested Qwen3.8 model family. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
24.8 tokens/s
prompt processing (prefill):
251.1 tokens/s
quant:
UD-Q2_K_XL (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M17: Qwen3.8-27B, UD-Q2_K_XL, GGUF. Exact source repository/file: unsloth/Qwen3.8-27B-GGUF/Qwen3.8-27B-UD-Q2_K_XL.gguf; 9,828,981,664 bytes. The paper's coarser metadata quant label is Q2_K; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/blob/4ca720788d1e01f1bff70c033e0d0028fd02e502/Qwen3.8-27B-UD-Q2_K_XL.gguf . Pinned reference revision 4ca720788d1e01f1bff70c033e0d0028fd02e502; LFS SHA256 fd4730dd8aad070517978752b63d530aeb1740d2283cab9fa24f1e404032ddb0. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.8-27B; https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/raw/4ca720788d1e01f1bff70c033e0d0028fd02e502/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 251.10 and TG128 24.76 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 251.10 tokens/s (within-run CV 0.03%); native TG128 24.76 tokens/s (CV 0.45%). Prefix depth 4096: native PP512 240.25 tokens/s (within-run CV 0.06%); native TG128 24.23 tokens/s (CV 0.43%). Prefix depth 16384: native PP512 212.36 tokens/s (within-run CV 0.01%); native TG128 22.83 tokens/s (CV 0.71%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 2.92; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 27,320,697,856 total parameters and 27,320,697,856 active parameters (100.0%), 65 layers, and modeled KV bytes at prefix0/4096/16384 of 0/1,090,519,040/4,362,076,160. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. Architecture caveat for the paper’s Qwen3.8-27B ladder: its UD-IQ2_XXS artifact M15 has 64 layers and 26,895,998,464 parameters, while the other ladder files have 65 layers and 27,320,697,856 parameters. The IQ2 file therefore has one fewer layer and about 1.55% fewer parameters. This is not an architecture-controlled quantization comparison. The GGUF architecture label qwen35 does not rename the tested Qwen3.8 model family. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
24.2 tokens/s
prompt processing (prefill):
250.4 tokens/s
quant:
UD-IQ3_XXS (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M16: Qwen3.8-27B, UD-IQ3_XXS, GGUF. Exact source repository/file: unsloth/Qwen3.8-27B-GGUF/Qwen3.8-27B-UD-IQ3_XXS.gguf; 10,934,860,704 bytes. The paper's coarser metadata quant label is IQ3_XXS; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/blob/4ca720788d1e01f1bff70c033e0d0028fd02e502/Qwen3.8-27B-UD-IQ3_XXS.gguf . Pinned reference revision 4ca720788d1e01f1bff70c033e0d0028fd02e502; LFS SHA256 c0b7c3038681ed2e3040456c1dd45f9858b6c2290bed172c70388a94874f3eee. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.8-27B; https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/raw/4ca720788d1e01f1bff70c033e0d0028fd02e502/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 250.39 and TG128 24.24 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 250.39 tokens/s (within-run CV 0.03%); native TG128 24.24 tokens/s (CV 0.31%). Prefix depth 4096: native PP512 239.79 tokens/s (within-run CV 0.04%); native TG128 23.81 tokens/s (CV 0.69%). Prefix depth 16384: native PP512 211.89 tokens/s (within-run CV 0.03%); native TG128 22.34 tokens/s (CV 0.55%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 2.14; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 27,320,697,856 total parameters and 27,320,697,856 active parameters (100.0%), 65 layers, and modeled KV bytes at prefix0/4096/16384 of 0/1,090,519,040/4,362,076,160. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. Architecture caveat for the paper’s Qwen3.8-27B ladder: its UD-IQ2_XXS artifact M15 has 64 layers and 26,895,998,464 parameters, while the other ladder files have 65 layers and 27,320,697,856 parameters. The IQ2 file therefore has one fewer layer and about 1.55% fewer parameters. This is not an architecture-controlled quantization comparison. The GGUF architecture label qwen35 does not rename the tested Qwen3.8 model family. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
24.2 tokens/s
prompt processing (prefill):
251.7 tokens/s
quant:
UD-IQ2_XXS (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M15: Qwen3.8-27B, UD-IQ2_XXS, GGUF. Exact source repository/file: unsloth/Qwen3.8-27B-GGUF/Qwen3.8-27B-UD-IQ2_XXS.gguf; 7,266,070,528 bytes. The paper's coarser metadata quant label is IQ2_XXS; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/blob/4ca720788d1e01f1bff70c033e0d0028fd02e502/Qwen3.8-27B-UD-IQ2_XXS.gguf . Pinned reference revision 4ca720788d1e01f1bff70c033e0d0028fd02e502; LFS SHA256 e792d8fb3142fe6d9171876d6da0f71f05a71028718debc72dbec93ff645e67d. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.8-27B; https://huggingface.co/unsloth/Qwen3.8-27B-GGUF/raw/4ca720788d1e01f1bff70c033e0d0028fd02e502/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 251.74 and TG128 24.22 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 251.74 tokens/s (within-run CV 0.07%); native TG128 24.22 tokens/s (CV 0.37%). Prefix depth 4096: native PP512 240.96 tokens/s (within-run CV 0.03%); native TG128 23.79 tokens/s (CV 0.95%). Prefix depth 16384: native PP512 213.03 tokens/s (within-run CV 0.07%); native TG128 22.40 tokens/s (CV 0.30%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 2.98; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 26,895,998,464 total parameters and 26,895,998,464 active parameters (100.0%), 64 layers, and modeled KV bytes at prefix0/4096/16384 of 0/1,073,741,824/4,294,967,296. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. Architecture caveat for the paper’s Qwen3.8-27B ladder: its UD-IQ2_XXS artifact M15 has 64 layers and 26,895,998,464 parameters, while the other ladder files have 65 layers and 27,320,697,856 parameters. The IQ2 file therefore has one fewer layer and about 1.55% fewer parameters. This is not an architecture-controlled quantization comparison. The GGUF architecture label qwen35 does not rename the tested Qwen3.8 model family. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
81.1 tokens/s
prompt processing (prefill):
1423.5 tokens/s
quant:
UD-Q4_K_M (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M13: Qwen3.6-35B-A3B, UD-Q4_K_M, GGUF. Exact source repository/file: unsloth/Qwen3.6-35B-A3B-GGUF/Qwen3.6-35B-A3B-UD-Q4_K_M.gguf; 22,134,528,992 bytes. The paper's coarser metadata quant label is Q4_K_M; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.6-35B-A3B-GGUF/blob/a483e9e6cbd595906af30beda3187c2663a1118c/Qwen3.6-35B-A3B-UD-Q4_K_M.gguf . Pinned reference revision a483e9e6cbd595906af30beda3187c2663a1118c; LFS SHA256 ac0e2c1189e055faa36eff361580e79c5bd6f8e76bffb4ce547f167d53e31a61. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.6-35B-A3B; https://huggingface.co/unsloth/Qwen3.6-35B-A3B-GGUF/raw/a483e9e6cbd595906af30beda3187c2663a1118c/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 1423.47 and TG128 81.12 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 1423.47 tokens/s (within-run CV 0.75%); native TG128 81.12 tokens/s (CV 0.68%). Prefix depth 4096: native PP512 1279.33 tokens/s (within-run CV 0.47%); native TG128 77.79 tokens/s (CV 1.17%). Prefix depth 16384: native PP512 994.74 tokens/s (within-run CV 0.21%); native TG128 73.18 tokens/s (CV 0.87%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 3.80; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 34,660,610,688 total parameters and 3,454,988,928 active parameters (10.0%), 40 layers, and modeled KV bytes at prefix0/4096/16384 of 0/335,544,320/1,342,177,280. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. The paper labels this exact source artifact Qwen3.6-35B-A3B. Its GGUF architecture identifier qwen35moe is an implementation architecture label and is not a claim that the tested model was Qwen3.5. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
68.0 tokens/s
prompt processing (prefill):
832.1 tokens/s
quant:
Q4_K_M (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M11: Qwen3.5-9B, Q4_K_M, GGUF. Exact source repository/file: unsloth/Qwen3.5-9B-GGUF/Qwen3.5-9B-Q4_K_M.gguf; 5,680,522,464 bytes. The paper's coarser metadata quant label is Q4_K_M; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.5-9B-GGUF/blob/3885219b6810b007914f3a7950a8d1b469d598a5/Qwen3.5-9B-Q4_K_M.gguf . Pinned reference revision 3885219b6810b007914f3a7950a8d1b469d598a5; LFS SHA256 03b74727a860a56338e042c4420bb3f04b2fec5734175f4cb9fa853daf52b7e8. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.5-9B; https://huggingface.co/unsloth/Qwen3.5-9B-GGUF/raw/3885219b6810b007914f3a7950a8d1b469d598a5/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 832.13 and TG128 68.03 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 832.13 tokens/s (within-run CV 0.10%); native TG128 68.03 tokens/s (CV 0.12%). Prefix depth 4096: native PP512 792.01 tokens/s (within-run CV 0.12%); native TG128 66.41 tokens/s (CV 0.14%). Prefix depth 16384: native PP512 691.18 tokens/s (within-run CV 0.12%); native TG128 61.83 tokens/s (CV 0.18%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 3.12; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 8,953,803,264 total parameters and 8,953,803,264 active parameters (100.0%), 32 layers, and modeled KV bytes at prefix0/4096/16384 of 0/536,870,912/2,147,483,648. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
101.4 tokens/s
prompt processing (prefill):
1476.8 tokens/s
quant:
Q4_K_M (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M09: Qwen3.5-4B, Q4_K_M, GGUF. Exact source repository/file: unsloth/Qwen3.5-4B-GGUF/Qwen3.5-4B-Q4_K_M.gguf; 2,740,937,888 bytes. The paper's coarser metadata quant label is Q4_K_M; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Qwen3.5-4B-GGUF/blob/e87f176479d0855a907a41277aca2f8ee7a09523/Qwen3.5-4B-Q4_K_M.gguf . Pinned reference revision e87f176479d0855a907a41277aca2f8ee7a09523; LFS SHA256 00fe7986ff5f6b463e62455821146049db6f9313603938a70800d1fb69ef11a4. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference Qwen/Qwen3.5-4B; https://huggingface.co/unsloth/Qwen3.5-4B-GGUF/raw/e87f176479d0855a907a41277aca2f8ee7a09523/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 1476.84 and TG128 101.41 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 1476.84 tokens/s (within-run CV 0.12%); native TG128 101.41 tokens/s (CV 0.42%). Prefix depth 4096: native PP512 1357.24 tokens/s (within-run CV 0.20%); native TG128 97.37 tokens/s (CV 1.90%). Prefix depth 16384: native PP512 1083.61 tokens/s (within-run CV 0.16%); native TG128 88.73 tokens/s (CV 0.23%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 4.06; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 4,205,751,296 total parameters and 4,205,751,296 active parameters (100.0%), 32 layers, and modeled KV bytes at prefix0/4096/16384 of 0/536,870,912/2,147,483,648. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
93.6 tokens/s
prompt processing (prefill):
1301.4 tokens/s
quant:
Q4_K_M (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M08: NVIDIA-Nemotron-3-Nano-4B, Q4_K_M, GGUF. Exact source repository/file: lmstudio-community/NVIDIA-Nemotron-3-Nano-4B-GGUF/NVIDIA-Nemotron-3-Nano-4B-Q4_K_M.gguf; 2,837,072,896 bytes. The paper's coarser metadata quant label is Q4_K_M; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/lmstudio-community/NVIDIA-Nemotron-3-Nano-4B-GGUF/blob/f4732c3cd1c961777138b226030e6c17f6f7db84/NVIDIA-Nemotron-3-Nano-4B-Q4_K_M.gguf . Pinned reference revision f4732c3cd1c961777138b226030e6c17f6f7db84; LFS SHA256 083af225449463dd7c38bebc888f9dcad187b834d8b15e08c297dda37c968b50. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference nvidia/NVIDIA-Nemotron-3-Nano-4B-BF16; https://huggingface.co/lmstudio-community/NVIDIA-Nemotron-3-Nano-4B-GGUF/blob/f4732c3cd1c961777138b226030e6c17f6f7db84/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 1301.39 and TG128 93.58 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 1301.39 tokens/s (within-run CV 0.34%); native TG128 93.58 tokens/s (CV 0.25%). Prefix depth 4096: native PP512 1248.09 tokens/s (within-run CV 0.16%); native TG128 91.56 tokens/s (CV 0.82%). Prefix depth 16384: native PP512 1099.00 tokens/s (within-run CV 0.09%); native TG128 87.96 tokens/s (CV 0.40%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 4.15; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 3,973,556,832 total parameters and 3,973,556,832 active parameters (100.0%), 42 layers, and modeled KV bytes at prefix0/4096/16384 of 616,366,080/683,474,944/884,801,536. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
91.8 tokens/s
prompt processing (prefill):
1277.1 tokens/s
quant:
Q4_K_M (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M07: NVIDIA-Nemotron-3-Nano-30B-A3B, Q4_K_M, GGUF. Exact source repository/file: unsloth/Nemotron-3-Nano-30B-A3B-GGUF/Nemotron-3-Nano-30B-A3B-Q4_K_M.gguf; 24,574,373,664 bytes. The paper's coarser metadata quant label is Q4_K_M; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Nemotron-3-Nano-30B-A3B-GGUF/blob/9ad8b366c308f931b2a96b9306f0b41aef9cd405/Nemotron-3-Nano-30B-A3B-Q4_K_M.gguf . Pinned reference revision 9ad8b366c308f931b2a96b9306f0b41aef9cd405; LFS SHA256 0e7f6e51fdd9039928749d07eed9e846dbfd97681646544c5406bcdd788e5940. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference nvidia/NVIDIA-Nemotron-3-Nano-30B-A3B-BF16; https://huggingface.co/unsloth/Nemotron-3-Nano-30B-A3B-GGUF/blob/9ad8b366c308f931b2a96b9306f0b41aef9cd405/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 1277.14 and TG128 91.77 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 1277.14 tokens/s (within-run CV 0.19%); native TG128 91.77 tokens/s (CV 0.66%). Prefix depth 4096: native PP512 1213.08 tokens/s (within-run CV 0.23%); native TG128 90.27 tokens/s (CV 0.69%). Prefix depth 16384: native PP512 1058.33 tokens/s (within-run CV 0.18%); native TG128 86.07 tokens/s (CV 0.47%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 2.65; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 31,577,940,288 total parameters and 3,580,076,352 active parameters (11.3%), 52 layers, and modeled KV bytes at prefix0/4096/16384 of 397,934,592/423,100,416/498,597,888. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
28.5 tokens/s
prompt processing (prefill):
253.9 tokens/s
quant:
UD-Q4_K_XL (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M06: Muse-Glimmer-30B, UD-Q4_K_XL, GGUF. Exact source repository/file: unsloth/Muse-Glimmer-30B-GGUF/Muse-Glimmer-30B-UD-Q4_K_XL.gguf; 15,878,222,368 bytes. The paper's coarser metadata quant label is Q4_K; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/unsloth/Muse-Glimmer-30B-GGUF/blob/faa5b025c584459c13febfa5c59883516710ae39/Muse-Glimmer-30B-UD-Q4_K_XL.gguf . Pinned reference revision faa5b025c584459c13febfa5c59883516710ae39; LFS SHA256 82bece304887a313ece08400bc030f6066c7bff5b906b0cd40308ec8a409fd38. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference meta-models/Muse-Glimmer-30B; https://huggingface.co/unsloth/Muse-Glimmer-30B-GGUF/blob/faa5b025c584459c13febfa5c59883516710ae39/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 253.94 and TG128 28.50 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 253.94 tokens/s (within-run CV 0.10%); native TG128 28.50 tokens/s (CV 0.26%). Prefix depth 4096: native PP512 241.32 tokens/s (within-run CV 0.10%); native TG128 27.82 tokens/s (CV 0.58%). Prefix depth 16384: native PP512 227.12 tokens/s (within-run CV 0.08%); native TG128 27.07 tokens/s (CV 0.27%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 5.50; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 27,854,794,240 total parameters and 27,854,794,240 active parameters (100.0%), 52 layers, and modeled KV bytes at prefix0/4096/16384 of 0/218,103,808/872,415,232. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026

Ling mini-2.0 / Q4_K_M / b10794 Metal / native PP512 TG128 / depth0

M4 Max 128GB · llama.cpp

Apple hardware
generation:
238.6 tokens/s
prompt processing (prefill):
4177.1 tokens/s
quant:
Q4_K_M (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M05: Ling-mini-2.0, Q4_K_M, GGUF. Exact source repository/file: bartowski/inclusionAI_Ling-mini-2.0-GGUF/inclusionAI_Ling-mini-2.0-Q4_K_M.gguf; 9,941,894,336 bytes. The paper's coarser metadata quant label is Q4_K_M; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/bartowski/inclusionAI_Ling-mini-2.0-GGUF/blob/8be84a0f472797118167aac86b56ca903561a73b/inclusionAI_Ling-mini-2.0-Q4_K_M.gguf . Pinned reference revision 8be84a0f472797118167aac86b56ca903561a73b; LFS SHA256 c61858e114c12ac14c0ca47e5bc399892946f77d8eb1d96b8c4e164c61adbfd0. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference inclusionAI/Ling-mini-2.0; https://huggingface.co/bartowski/inclusionAI_Ling-mini-2.0-GGUF/blob/8be84a0f472797118167aac86b56ca903561a73b/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 4177.10 and TG128 238.62 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 4177.10 tokens/s (within-run CV 0.74%); native TG128 238.62 tokens/s (CV 1.31%). Prefix depth 4096: native PP512 3275.07 tokens/s (within-run CV 0.84%); native TG128 213.24 tokens/s (CV 1.52%). Prefix depth 16384: native PP512 1909.80 tokens/s (within-run CV 0.44%); native TG128 172.28 tokens/s (CV 0.74%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 3.14; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 16,255,643,392 total parameters and 1,432,973,056 active parameters (8.8%), 20 layers, and modeled KV bytes at prefix0/4096/16384 of 0/167,772,160/671,088,640. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Apple hardware
generation:
123.1 tokens/s
prompt processing (prefill):
1577.0 tokens/s
quant:
MXFP4 (GGUF)
kv:
F16
flash attention:
on
mtp (multi-token prediction):
off

Reported by the source; GPU count, offloading and concurrent requests can change these figures. Prompt-processing speed is input throughput, not time to first token. Check the full setup before comparing.

Historical public-source recovery from Qiu et al., arXiv:2609.14864v1, submitted 2026-09-14. Source: https://arxiv.org/html/2609.14864v1 . Measured columns from Supplement sections 4 and 5 are used; prediction columns B2/P1/P2 are excluded. This is not an independently executed benchmark. Hardware: Mac Studio M4 Max, 128 GB unified system memory, Darwin-arm64, BLAS/MTL. Source specifies 12 performance-core threads, not total physical CPU cores. GPU core count, full CPU core count, macOS version, clocks, power and temperature are unreported. RAM is not dedicated VRAM or measured residency. Model M04: gpt-oss-20b, MXFP4, GGUF. Exact source repository/file: ggml-org/gpt-oss-20b-GGUF/gpt-oss-20b-MXFP4.gguf; 12,109,566,624 bytes. The paper's coarser metadata quant label is MXFP4; the full filename's dynamic UD-/XL identity is preserved when present. Verified current reference: https://huggingface.co/ggml-org/gpt-oss-20b-GGUF/blob/ef9b12f2ff56c69cf32153a02784e7a3c88bf524/gpt-oss-20b-MXFP4.gguf . Pinned reference revision ef9b12f2ff56c69cf32153a02784e7a3c88bf524; LFS SHA256 27cd6c432c7672cb812a92f611cf3ba7bbc35928262bb1e1253ff4ee6ae35901. Current filename and byte count match the paper. The paper says the Studio files were SHA-verified, but it does not expose the historical per-file hash/revision in its tables; it names companion provenance files whose repository is not linked. Thus this current hash is reference metadata, not asserted as the measured historical bytes. Publisher model card identifies base/reference openai/gpt-oss-20b; https://huggingface.co/ggml-org/gpt-oss-20b-GGUF/blob/ef9b12f2ff56c69cf32153a02784e7a3c88bf524/README.md . No model weights were downloaded. Runtime: source identifies the official llama.cpp b10794 archive for this Studio; upstream tag resolves to f9f09f02cc44d87d842dbd2d578857d92d4bb63b. The source does not publish the archive hash itself in its displayed table. The MacBook's unrecovered runtime revision and RTX directory label are different hosts and are not transferred here. Headline is depth 0: PP512 1576.97 and TG128 123.10 tokens/s. All three same-model depth conditions: Prefix depth 0: native PP512 1576.97 tokens/s (within-run CV 0.79%); native TG128 123.10 tokens/s (CV 0.36%). Prefix depth 4096: native PP512 1389.95 tokens/s (within-run CV 0.27%); native TG128 117.20 tokens/s (CV 0.81%). Prefix depth 16384: native PP512 995.24 tokens/s (within-run CV 0.28%); native TG128 105.36 tokens/s (CV 0.31%). These are separate 512-token prefill and 128-token generation microbenchmarks, not an end-to-end 512-input/128-output conversation. Existing prefix depth is not configured serving context capacity. The depth-0 generation result does not follow the PP512 prompt. No TTFT was measured or reconstructed. The table's rates are rounded to two decimals; per-repetition raw timings are unavailable in the paper. Protocol: single sequence; fresh process for each configuration; five repetitions; 45-second settling; requested GPU layers 99; flash attention; F16 K/V. The chosen rows have 1 acquisition attempt per depth and pre-run macOS one-minute load average 3.28; this is not GPU utilization. Selection prefers complete protocol rows, then lower worst decode CV and lower pre-run load, without reference to prediction residuals. The gate applies to decode; prefill is retained without that gate. No between-run Studio repeatability campaign was performed; execution order was not randomized. No device-memory trace or resident-layer count was recorded. Maximal offload requested does not establish full accelerator residency. Physical GPU quantity 1 is source-protocol and pinned-implementation bound, not inferred from GPU cores or a form default: the paper names the local arm/Metal backend on this Studio and requested offload99. At b10794, Metal initializes MTLCreateSystemDefaultDevice; its implementation expressly uses one physical device, with any GGML_METAL_DEVICES additions being virtual devices on the same physical GPU. This establishes the participating physical Metal device count for the reported Metal protocol, not independent utilization telemetry or proof that all layers reside there. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/ggml/src/ggml-metal/ggml-metal-device.m#L1091-L1114 ; https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/src/llama.cpp . Pinned llama-bench semantics: high_resolution_clock timestamps in nanoseconds bracket the timed test; per-repetition rate is (n_prompt+n_gen)*1e9/elapsed_ns, and headline avg_ts averages these rates. Existing depth is preprocessed or restored before the timer. Memory is cleared for each repetition; the requested context is n_prompt+n_gen+n_depth, so there is no single fixed serving-capacity field to fill. Warmup is enabled by the upstream default, but the paper does not print a complete command or separately attest warmup, batch/microbatch, mmap or every environment override; these remain unreported for this campaign. Sources: https://github.com/ggml-org/llama.cpp/blob/f9f09f02cc44d87d842dbd2d578857d92d4bb63b/tools/llama-bench/llama-bench.cpp . No speculative-decoding/MTP workload is described; source uses plain llama-bench PP/TG tests. The paper's frozen metadata snapshot reports 20,914,757,184 total parameters and 4,187,440,704 active parameters (20.0%), 24 layers, and modeled KV bytes at prefix0/4096/16384 of 0/201,326,592/805,306,368. These are author-derived metadata/modeling quantities, not independent tensor recounts or observed RAM/VRAM usage. They must not be used to assert measured memory residency. The form rounds the structured PP/TG rates to one decimal; the exact source values are retained above.

Oct 13, 2026
Showing 1–20 of 33
Page 1 of 2

Community benchmarks snapshot

Records by GPU

AMD Strix Halo 128GB294NVIDIA RTX 3090190NVIDIA RTX 5090134NVIDIA DGX Spark77M5 Max 48GB65NVIDIA RTX Pro 6000 Blackwell62NVIDIA RTX 5060 Ti 16GB58NVIDIA RTX 3060 12GB54AMD Radeon AI PRO R9700 32GB50M4 Max 128GB49

Records by model

2211 total
Qwen3.81021
Qwen3.6238
DeepSeek V4 Flash147
Gemma 4144
Qwen3.597
Qwen353
other511

Records by engine

1645 total
llama.cpp875
vLLM189
MLX100
Strata70
Ollama62
other349

Use cases

coding 556agentic 357long-context 272tool-use 153vision 109summarization 53math 43creative-writing 37multilingual 23text-generation 9rp 8reasoning 3
coding556agentic357long-context272tool-use153vision109summarization53math43creative-writing37

Median generation t/s by GPU

On Qwen3.8 27B at 4-bit, plain single-GPU runs. Full ranking

RTX 509082RTX Pro 600067M5 Ultra 256GB50RX 7900 XTX48RTX 309036RTX 5090 Laptop 24GB34RTX 409032V100 32GB31Radeon AI PRO R9700 32GB30RX 7800 XT 16GB30

Prompt processing, same model

M5 Ultra 256GB1800RX 7900 XTX530RTX 3090561RTX 40901949V100 32GB941RTX 3080 20GB997Arc Pro B70512M1 Ultra 128GB153Arc Pro B60 24GB380M1 Max 32GB82

Reports by model size

Qwen3.8 27B566Qwen3.8 125B · 6B active371DeepSeek V4 Flash 284B · 13B active130Qwen3.6 35B · 3B active129Qwen3.6 27B72Gemma 4 26B · 4B active36GLM-5.3 320B · 18B active33DeepSeek V4.1 Flash 552B · 16B active28

Quants

Q4_K_M290UD-Q4_K_XL140NVFP4120Q8_0984-bit79Q4_K_XL71IQ4_XS70MXFP458IQ3_XXS52Q450