Pre-Compiled Pipeline Shards for Distributed LLM Inference on Intel AI PC Fleets
Open accessAbstract
Modern Intel AI PCs ship capable integrated GPUs and NPUs with 16+ GB of unified memory, and they spend considerable time idle. That is not enough memory to fit a large model such as a 70B-parameter LLM. We show that a handful of AIPCs, working together over an ordinary network, can serve models beyond the capability of any single one. We use pipeline parallelism: a model is split by layer into per-stage shards, each pre-compiled into an OpenVINO graph, so that every machine runs one shard and passes activations to the next. Three techniques make this fast enough to be useful. First, we recover the speed of the unsplit model: a naive per-stage export runs well below monolithic inference because it misses an OpenVINO GPU optimization, and injecting a beam_idx Gather into each shard triggers that optimization (the IndirectKVCache fusion) and brings the shards to parity. Second, we leverage speculative decoding on stateful OpenVINO models. Third, the pipeline serves several users at once by interleaving their requests across the stages, each request carrying its own cache (micro-batching). Together, a two-node Llama 3.1 8B INT4 pipeline serves two concurrent users at 1.79x the single-user throughput of the unsplit model on the same hardware, and the gap widens under simulated wide-area latency. The same design scales to a 70B model that no single fleet member can hold: a four-node deployment of Lunar Lake AI PCs on Intel Tiber Cloud serves a single user at interactive speed, with output token-for-token identical to the same four-node pipeline decoding without speculation. Code, raw benchmark logs, and reproduction scripts ship as a self-contained package at https://github.com/labscommunity/pipeline-sharded-inference-paper (in the top-level reproduction/ directory).
AI snapshot
Written from the paper’s full text.
TL;DR
The paper presents a distributed LLM inference system for Intel AI PC fleets using pre-compiled INT4 OpenVINO pipeline shards, mask-based KV-cache rewind for speculative decoding, and micro-batching. It reports a two-node Llama 3.1 8B pipeline at 43.97 tok/s aggregate (1.79× monolithic single-user) and a four-node Llama 3.1 70B INT4 deployment at 6.43 tok/s 2-stream (3.1× same-topology target-only), with bit-exact outputs versus baselines.
Key findings
- The post-export `beam_idx` Gather injection unlocks OpenVINO’s `IndirectKVCache` fusion, recovering throughput from 21.26 to 24.45 tok/s and bringing 1-stage shards within 0.4% of `openvino_genai` monolithic inference (24.54 tok/s).
- Mask-based KV rewind avoids the measured ~48 ms per-call physical trim, giving 1.33× mean single-node speedup across eight prompt types and rising to ~1.6× at 2048-token generations; it is bit-exact with physical trim.
- Micro-batching yields 1.80× over single-stream distributed on `v5_beam` Llama 8B; the full two-node stack with 2-stream spec decode K=3 reaches 43.97 tok/s (1.79× mono, 2.69× single-stream distributed), and a three-node 3-stream configuration reaches 64.67 tok/s (2.64× mono).
- A 4-stage Llama 3.1 70B INT4 deployment on Intel Tiber Cloud over Tailscale DERP reaches 5.42 tok/s 1-stream K=10 and 6.43 tok/s 2-stream with PL coord (3.1×/3.70× the same-topology target-only 1.74 tok/s), bit-exact against that baseline.
Methods
- Design: split a model by layer into per-stage shards, export each via `torch.jit.trace` with precomputed rotary embeddings, convert to OpenVINO IR, make KV cache stateful, apply INT4 NNCF compression, and relay activations over persistent TCP sockets with a coordinator driving the decode loop.
- Data/sample: evaluated on three Intel AI PCs (two ASUS Zenbook S 14 Lunar Lake, one HP OmniBook X 16 Panther Lake) over WiFi, plus Intel Tiber Cloud AI PC instances for 70B; models include Llama 3.1 8B, Gemma 4 E2B, Llama 3.1 70B, and Qwen2.5-1.5B.
- Analysis: paired benchmark sessions with controlled tokenization, 128-token decode, N=5 runs after warmups in key tables, bit-exact output checks, VTune profiling, and WAN latency injection/proxies; raw logs and reproduction scripts are in the companion repository.
Limitations
- Stated: the system assumes a trusted, reliable network with no fault tolerance, authentication, or encryption; all nodes must run identical software stacks; benchmarks are scoped to integrated GPUs; power draw and thermal throttling are not measured; WAN characterization uses three methods that bracket different costs; a monolithic external 70B reference failed due to RAM limits; NPU stages require a separate static, stateless export path and single-stream NPU decode costs roughly 4× the iGPU per token.
- Stated: all results use greedy decoding; mask-based rewind is not empirically validated for temperature-based sampling; in-generation cache compaction is unimplemented and unmeasured; multi-stage prefix caching runs end-to-end but has not received byte-exact certification; the packed NPU serving mode’s graph-level slot-scaling ceiling is a 1.5B-class measurement and has not been tried on the 70B deployment.
- Evident from the text: no cross-system comparison against Petals, Parallax, or MDI-LLM is provided because hardware targets differ; the 70B correctness check is against the same-topology target-only baseline rather than an external monolithic reference; thermal throttling is described anecdotally but not quantified.
Model-written summary. Check it against the paper before relying on it.
Integrity signals
Registry
Cites
Statistics
Claims the paper makes
6 of 13 cited sources checked · 4 supported · 0 flagged · accuracy not yet measured
- Premisecitation§ 1 Introduction · p. 1
A single Intel AI PC runs Llama 3.1 8B at a few tens of tokens per second.
“A single Intel AI PC runs Llama 3.1 8B [6] at a few tens of tokens per second.”
Quote in the paperSubstantial claim1 of 1 sources checked- cites [6] [6] Aaron Grattafiori et al. The Llama 3 herd of models. arXiv preprint arXiv:2407.21783 , 2024. - source
- Findingown data§ 6.5 WAN Latency Sensitivity · p. 14
The full-stack-over-naïve multiplier grows from 2.83× at LAN to 4.04× at 100 ms/hop.
“The advantage over naïve distributed decode grows with hop latency (Figure 2). At LAN the full-stack multiplier is 2 . 83 × naïve; at 100 ms/hop it is 4 . 04 × .”
Quote in the paperSubstantial claim - Findingreasoning§ 6.7 Top-1 Logits Compression · p. 17
On LAN, top-1 compression yields a +12% Pareto improvement.
“On LAN, top-1 compression yields a +12% Pareto improvement”
Quote in the paperSubstantial claim - Findingown data§ 6.2 Progressive Optimization · p. 12
Mask-based spec decode yields a further ∼1.50× multiplier on top of micro-batching.
“Mask-based spec decode ( 1 . 50 × on top of mbatch).”
Quote in the paperSubstantial claim - Findingown data§ 4.2 Splitting into More Stages · p. 8
v5_beam shards extend parity through splitting at the cost of ∼1 tok/s per additional stage.
“The parity extends through splitting at the cost of ∼ 1 tok/s per additional stage from Python activation passing and smaller per-stage XVE problem sizes.”
Quote in the paperNot a substantial claim
- Findingown data§ 1 Introduction · p. 2
Top-1 logits compression recovers interactive throughput on relay-mediated WAN paths.
“Top-1 logits compression recovers interactive throughput on relay-mediated WAN paths”
Quote in the paperSubstantial claim - Findingown data§ Abstract · p. 1
A two-node Llama 3.1 8B INT4 pipeline serves two concurrent users at 1.79× the single-user throughput of the unsplit model on the same hardware.
“Together, a two-node Llama 3.1 8B INT4 pipeline serves two concurrent users at 1 . 79 × the single-user throughput of the unsplit model on the same hardware”
Quote in the paperSubstantial claim - Findingreasoning§ 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 17
At L=100 ms/hop simulated, the 3-stage 2-stream stack at K=10 reaches 14.97 tok/s, 1.34× the 2-stage K=3 result of 11.20 in Table 10 on the same simulator.
“At L =100 ms/hop simulated, the 3-stage 2-stream stack at K =10 reaches 14 . 97 tok/s, 1 . 34 × the 2-stage K =3 result of 11 . 20 in Table 10 on the same simulator.”
Quote in the paperSubstantial claim - Findingown data§ 4.2 Splitting into More Stages · p. 8
Per-stage splitting costs ∼11-15% on a single machine relative to A_spec = 24.28.
“Per-stage splitting costs ∼ 11-15% on a single machine relative to A spec = 24 . 28”
Quote in the paperSubstantial claim - Findingown data§ 6.7 Top-1 Logits Compression · p. 17
Compressing the 16 KB inter-stage hidden tensor on LAN provides no benefit because the bottleneck is TCP scheduling, not bandwidth.
“The activation compression result in §6.4 (Table 9) showed that compressing the 16 KB inter-stage hidden tensor on LAN provides no benefit because the bottleneck is TCP scheduling, not bandwidth.”
Quote in the paperSubstantial claim - Findingown data§ 6.3 Per-Token Breakdown · p. 13
Dedicated TCP benchmarking measured the true network cost at ∼6 ms per round trip (10% of per-token time).
“Dedicated TCP benchmarking measured the true network cost at ∼ 6 ms per round trip (10% of per-token time; the round-figure 6 . 5 ms cited elsewhere is the same number rounded differently across sessions).”
Quote in the paperSubstantial claim - Findingown data§ 5.3 Single-Node Results · p. 10
Speedup varies from 1.11× (creative writing, 49.7% accept rate) to 1.50× (code completion, 93.1% accept rate).
“Speedup varies from 1 . 11 × (creative writing, 49.7% accept rate) to 1 . 50 × (code completion, 93.1% accept rate).”
Quote in the paperSubstantial claim - Findingown data§ 6.4 Activation Compression · p. 13
INT8 symmetric quantization of the 4096-dim hidden state corrupts generation.
“INT8 symmetric quantization of the 4096-dim hidden state corrupts generation-'What is the capital of France?' yields '1. Paris 2. London 3. Berlin 4. Rome.'”
Quote in the paperSubstantial claim - Findingown data§ 6.2 Progressive Optimization · p. 12
Micro-batching yields a 1.80× speedup over single-stream distributed.
“Micro-batching ( 1 . 80 × over single-stream distributed).”
Quote in the paperSubstantial claim - Findingown data§ 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 17
Per-stream throughput at 21.6 tok/s remains ∼4.3× the 5 tok/s interactive floor.
“Per-stream throughput at 21 . 6 tok/s remains ∼ 4 . 3 × the 5 tok/s interactive floor.”
Quote in the paperNot a substantial claim- Rests on an assumption: The interactive floor for live inference is 5 tok/s.
- Findingown data§ 1 Introduction · p. 2
The system scales to 64.67 tok/s at 3-stream on a three-node testbed.
“scales to 64 . 67 tok/s at 3-stream on a three-node testbed”
Quote in the paperSubstantial claim - Findingown data§ 1 Introduction · p. 2
The two-node fleet remains interactive at 100 ms/hop simulated WAN.
“remains interactive at 100 ms/hop simulated WAN”
Quote in the paperSubstantial claim - Findingnone given§ 6.4 Activation Compression · p. 14
Top-1 logits compression collapses the only multi-segment payload to 8 bytes.
“top-1 logits compression collapses the only multi-segment payload to 8 bytes (§6.7)”
Quote in the paperSubstantial claim - Findingnone given§ 6.4 Activation Compression · p. 14
Speculative decoding amortizes each round trip across K+1 verified positions.
“speculative decoding amortizes each round trip across K +1 verified positions (§5)”
Quote in the paperSubstantial claim - Findingnone given§ 6.2 Progressive Optimization · p. 12
All configurations in Table 7 produce bit-exact output relative to target-only greedy.
“All configurations produce bit-exact output relative to target-only greedy.”
Quote in the paperSubstantial claim - Findingown data§ 6.8 Real-WAN Validation on Tiber Cloud · p. 18
With top-1 logits compression, the same stack reaches 22.88 tok/s aggregate (11.44 per stream), recovering interactive throughput.
“With top-1 logits compression, the same stack reaches 22 . 88 tok/s aggregate (11 . 44 per stream), recovering interactive throughput.”
Quote in the paperSubstantial claim - Findingown data§ 5.4 Compose-with-Shards · p. 11
Speculative decoding on Llama 3.1 8B INT4 + Llama 3.2 1B INT4 on Arc B390 iGPU yields mean speedup 1.33× ± 0.13 across eight diverse prompts at 128-token decode, K=3.
“Table 5: Speculative decoding on Llama 3.1 8B INT4 (target) + Llama 3.2 1B INT4 (draft) on Arc B390 iGPU, greedy decode, bit-exact output vs. target-only greedy. Eight diverse prompts, 128-token decode, K =3, mean ± stddev.”
Quote in the paperSubstantial claim - Findingown data§ 5.3 Single-Node Results · p. 10
Every prompt produces output bit-exact identical to the target's own greedy decode on the first ten generated tokens.
“Every prompt produces output that is bit-exact identical to the target's own greedy decode on the first ten generated tokens ( reproduction/ 's smoke test verifies full-sequence equality).”
Quote in the paperSubstantial claim - Findingown data§ 1 Introduction · p. 2
A 4-stage Llama 3.1 70B INT4 deployment on Intel Tiber Cloud demonstrates the pipeline extends to model sizes that do not fit on any single fleet member.
“A 4-stage Llama 3.1 70B INT4 deployment on Intel Tiber Cloud demonstrates the pipeline extends to model sizes that do not fit on any single fleet member”
Quote in the paperSubstantial claim- Rests on an assumption: 16+ GB of unified memory is not enough to fit a 70B-parameter LLM.
- Findingown data§ 5.2 Mask-Based Rewind · p. 10
The state round-trip for a stateful OpenVINO model is ∼48 ms (Table 4).
“the ∼ 48 ms state round-trip of Table 4”
Quote in the paperSubstantial claim - Findingnone given§ 6.12 Scenario Comparison: PP vs. PP + SD vs. PP + SD + MB · p. 22
For 70B over WAN, the second stream drops per-user throughput below the 5 tok/s floor.
“For 70B over WAN, the second stream drops per-user throughput below the 5 tok/s floor”
Quote in the paperSubstantial claim - Findingreasoning§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
Our implementation supports NPU stages through a second export path that satisfies both restrictions.
“Our implementation supports NPU stages through a second export path that satisfies both restrictions, and this section documents it.”
Quote in the paperSubstantial claim - Findingown data§ 6.9 Long Generation and Stability · p. 18
Decode latency remains flat over extended generations.
“Decode latency remains flat over extended generations.”
Quote in the paperNot a substantial claim - Findingown data§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21
An earlier 7-stage paired-on-node deployment that included 3 Arrow Lake-S Tiber instances saw the Xe-LPG iGPU on one of those instances die mid-inference on a 12-layer 70B INT4 stage.
“An earlier 7-stage paired-on-node deployment that included 3 Arrow Lake-S Tiber instances saw the Xe-LPG iGPU on one of those instances die mid-inference (worker process exited without surfacing a Python exception, suggesting an OV driver / iGPU memory-pressure SIGTERM) on a 12-layer 70B INT4 stage.”
Quote in the paperSubstantial claim - Findingcitation§ 6.10 Gemma 4 E2B: A Second Architecture · p. 19
The distributed pipeline extends to Gemma 4 E2B (5.1B, 35 layers, FP32 due to PLE quantization sensitivity).
“The distributed pipeline extends to Gemma 4 E2B [5] (5.1B, 35 layers, FP32 due to PLE quantization sensitivity, see §8).”
Quote in the paperNot a substantial claim0 of 1 sources checked- cites [5] [5] Gemma Team. Gemma 4 technical report. arXiv preprint arXiv:2607.02770 , 2026. -
Not checked in the free run.
- Findingown data§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21
Long-context spec decode is more efficient than short-context.
“Long-context spec decode is more efficient than short-context.”
Quote in the paperNot a substantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
Every configuration measured loses 8-15% at concurrency 1.
“but every configuration we measured loses 8-15% at concurrency 1”
Quote in the paperNot a substantial claim - Findingown data§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
Heterogeneous pipelines that assign stages across iGPU, NPU, and CPU run end-to-end under an ILP-based placement solver fed by per-(stage, device) latency, memory, and op-support profiles.
“heterogeneous pipelines that assign stages across iGPU, NPU, and CPU run end-to-end under an ILP-based placement solver fed by per-(stage, device) latency, memory, and op-support profiles.”
Quote in the paperSubstantial claim - Findingnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
The same export already compiles at sequence lengths above 1.
“The same export already compiles at sequence lengths above 1”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
The failing pass, ConvertBatchedLayerTo1N, reveals that the compiler's only strategy for a batched graph is to unroll it into N batch-1 copies.
“The failing pass, ConvertBatchedLayerTo1N , also reveals that the compiler's only strategy for a batched graph is to unroll it into N batch-1 copies”
Quote in the paperSubstantial claim - Findingown data§ 6.9 Long Generation and Stability · p. 18
On the single-node monolithic baseline, throughput improves with generation length.
“On the single-node monolithic baseline, throughput actually improves with generation length-speculative decoding's acceptance rate rises as the model enters more predictable continuation patterns:”
Quote in the paperNot a substantial claim - Findingown data§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
Sharding brings per-stage footprint within NPU limits.
“Sharding brings per-stage footprint within NPU limits”
Quote in the paperSubstantial claim - Findingreasoning§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
The placement solver never selects the NPU on throughput grounds.
“the placement solver never selects the NPU on throughput grounds.”
Quote in the paperSubstantial claim - Findingown data§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
An NPU stage costs roughly 4 × the iGPU per token on a 9B-class model.
“(an NPU stage costs roughly 4 × the iGPU per token on a 9B-class model)”
Quote in the paperSubstantial claim - Findingreasoning§ 6.12 Scenario Comparison: PP vs. PP + SD vs. PP + SD + MB · p. 22
For 8B on LAN, two streams leave each user at ∼4× the interactive floor.
“For 8B on LAN, two streams leave each user at ∼ 4 × the interactive floor”
Quote in the paperSubstantial claim - Findingown data§ 6.10 Gemma 4 E2B: A Second Architecture · p. 19
The single-stream multi-node figure is 10.40 tok/s on v2.
“The single-stream multi-node figure is 10 . 40 tok/s on v2”
Quote in the paperNot a substantial claim - Findingown data§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
Per-stage decode latency on the same SoC ranks GPU < CPU < NPU.
“Per-stage decode latency on the same SoC ranks GPU < CPU < NPU”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
Measured on a Lunar Lake box (Arc 140V iGPU and its CPU, OpenVINO GenAI 2026.2) across 4B- and 8B-class INT4 models, sixteen concurrent short-prompt requests on the iGPU aggregate 4.9× the unbatched throughput (36.2 to 176.3 tok/s).
“Measured on a Lunar Lake box (Arc 140V iGPU and its CPU, OpenVINO GenAI 2026.2) across 4B- and 8B-class INT4 models, sixteen concurrent short-prompt requests on the iGPU aggregate 4 . 9 × the unbatched throughput (36 . 2 to 176 . 3 tok/s)”
Quote in the paperNot a substantial claim - Findingown data§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21
The 5.42-tok/s K=10 1-stream result is a 3.1× speedup over the same-topology target-only path producing the same tokens.
“The 5.42-tok/s K=10 1-stream result is therefore a 3 . 1 × speedup over the same-topology target-only path producing the same tokens.”
Quote in the paperSubstantial claim - Findingnone given§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
Context length is fixed at export.
“context length fixed at export”
Quote in the paperSubstantial claim - Findingown data§ 6.10 Gemma 4 E2B: A Second Architecture · p. 20
With the workaround, CPU → GPU multi-node runs at 9.87 tok/s.
“With the workaround, CPU → GPU multi-node runs at 9 . 87 tok/s.”
Quote in the paperNot a substantial claim - Findingreasoning§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
The static-shape assertion must re-run after INT4 weight compression, because a decompression subgraph can reintroduce a dynamic dimension that the CPU and GPU plugins silently tolerate and that surfaces only as an NPU load failure.
“the static-shape assertion must re-run after INT4 weight compression, because a decompression subgraph can reintroduce a dynamic dimension that the CPU and GPU plugins silently tolerate and that surfaces only as an NPU load failure.”
Quote in the paperSubstantial claim - Findingown data§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21
Lunar Lake's Arc 140V handles 20-layer 70B INT4 stages cleanly.
“Lunar Lake's Arc 140V handles 20-layer 70B INT4 stages cleanly.”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
The direct route fails in the compiler.
“the direct route fails in the compiler.”
Quote in the paperSubstantial claim - Findingown data§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21
A monolithic external reference (full 70B INT4 OV export, ∼35 GB single shard) was attempted on the machine that exported the 70B shards (133 GB RAM) but OOM-killed at layer 71/80 because the FP16 calibration weights (∼141 GB) plus NNCF compression workspace exceeded available memory.
“A monolithic external reference (full 70B INT4 OV export, ∼ 35 GB single shard) was attempted on the machine that exported the 70B shards (133 GB RAM) but OOM-killed at layer 71/80 because the FP16 calibration weights ( ∼ 141 GB) plus NNCF compression workspace exceeded available memory.”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
A CPU worker fed ∼1200-token prompts collapses to roughly a fifth of its unbatched throughput.
“a CPU worker fed ∼ 1200-token prompts collapses to roughly a fifth of its unbatched throughput.”
Quote in the paperNot a substantial claim - Findingnone given§ 8.3 Quantization Challenges · p. 25
INT4 and INT8 quantization of this matrix produces garbage output regardless of group size or scheme.
“INT4 and INT8 quantization of this matrix produces garbage output regardless of group size or scheme.”
Quote in the paperNot a substantial claim - Findingown data§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21
The K-sweep hits its single-stream peak at K=10 (5.42 tok/s).
“The K-sweep hits its single-stream peak at K =10 (5 . 42 tok/s)”
Quote in the paperNot a substantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
Eight concurrent short-prompt requests on the iGPU reach 3.6× the unbatched throughput.
“and eight reach 3 . 6 ×”
Quote in the paperNot a substantial claim - Findingown data§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
A 2-stage Qwen2.5-1.5B INT4 pipeline with both stages compiled to and executing on a Lunar Lake NPU produces correct output on all test prompts.
“A 2-stage Qwen2.5-1.5B INT4 pipeline with both stages compiled to and executing on a Lunar Lake NPU produces correct output on all test prompts”
Quote in the paperSubstantial claim - Findingnone given§ 8.8 Negative Results · p. 31
Output is bit-exact across all hint values.
“Output is bit-exact across all hint values.”
Quote in the paperNot a substantial claim - Findingreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28
Each row opens at least its own query column.
“Each row opens at least its own query column”
Quote in the paperSubstantial claim- Rests on an assumption: A fully-blocked row produces NaN out of softmax and poisons the live rows sharing the inference.
- Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28
Changing the slot's own input moves its output by ∼1.6×10^3, so the check has teeth.
“changing the slot's own input moves its output by ∼ 1 . 6 × 10 3 , so the check has teeth”
Quote in the paperNot a substantial claim - Findingown data§ 9 Conclusion · p. 32
A three-node 8B configuration scales to 64.67 tok/s 3-stream (2.64× mono, three concurrent users).
“A threenode 8B configuration scales to 64 . 67 tok/s 3-stream (2 . 64 × mono, three concurrent users).”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
42 requests of the sustained pattern run wedge-free on the Llama 3.1 8B INT4 two-stage pipeline.
“42 requests of the sustained pattern run wedge-free”
Quote in the paperNot a substantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28
A packed slot matches the untouched sequence-1 graph running the same sequence alone to 3×10^-5 on outputs of magnitude ∼5800.
“a packed slot matches the untouched sequence-1 graph running the same sequence alone to 3 × 10 -5 on outputs of magnitude ∼ 5800.”
Quote in the paperSubstantial claim - Findingown data§ 8.8 Negative Results · p. 31
On Arc B390, the INT8 KV configuration runs 4% slower than default (20.86 vs. 21.74 tok/s on monolithic Llama 3.1 8B INT4).
“On Arc B390, the INT8 KV configuration runs 4% slower than default (20 . 86 vs. 21 . 74 tok/s on monolithic Llama 3.1 8B INT4)”
Quote in the paperSubstantial claim - Findingnone given§ 8.7 Limitations · p. 30
Correctness verification reaches 14B-class only single-stage.
“correctness verification reaches 14B-class only single-stage”
Quote in the paperNot a substantial claim - Findingnone given§ 8.7 Limitations · p. 30
Single-stream NPU decode still costs roughly 4× the iGPU per token.
“single-stream NPU decode still costs roughly 4 × the iGPU per token”
Quote in the paperNot a substantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
A 2-stage TinyLlama pipeline serving four concurrent requests this way, both CPU stages on one box over loopback, retires its first finisher at 5.9 s while the rest run to 7.5 s.
“A 2-stage TinyLlama pipeline serving four concurrent requests this way, both CPU stages on one box over loopback, retires its first finisher at 5 . 9 s while the rest run to 7 . 5 s.”
Quote in the paperNot a substantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
The Llama 3.1 8B INT4 two-stage pipeline serves four requests in 44.7 s against the ∼144 s serializing them would cost.
“serving four requests in 44 . 7 s against the ∼ 144 s serializing them would cost”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
With reuse off, the later three requests take 2.09 s each.
“with reuse off they take 2 . 09 s each.”
Quote in the paperNot a substantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
Completion wall-clock for the 4-slot Llama-3.2-1B worker improves 1.3× and 2.0×.
“with completion wall-clock improving 1 . 3 × and 2 . 0 ×”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28
Holding one slot fixed while randomizing every other slot leaves its output bit-identical (max |Δ| = 0).
“Holding one slot fixed while randomizing every other slot leaves its output bit-identical (max | ∆ | = 0)”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28
The marginal cost of an additional row is 0.2-0.3 ms.
“the marginal cost of an additional row is 0.2-0.3 ms.”
Quote in the paperSubstantial claim - Findingown data§ 8.7 Limitations · p. 31
Building a monolithic single-graph 70B INT4 reference on the same toolchain failed because the FP16 calibration weights (∼141 GB) plus NNCF compression workspace exceeded the export machine's 133 GB RAM.
“Building one on the same toolchain failed: the FP16 calibration weights ( ∼ 141 GB) plus NNCF compression workspace exceeded the export machine's 133 GB RAM.”
Quote in the paperSubstantial claim - Findingnone given§ 8.7 Limitations · p. 30
Its graph-level slot-scaling ceiling is still a 1.5B-class measurement.
“its graph-level slot-scaling ceiling is still a 1.5B-class measurement”
Quote in the paperNot a substantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28
Isolation is exact rather than approximate.
“Isolation is exact rather than approximate.”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
The Llama 3.1 8B INT4 model and two-stage split of §6, both stages on a Lunar Lake NPU at four slots, goes from 3.55 to 11.46 tok/s (3.23×).
“The Llama 3.1 8B INT4 model and two-stage split of §6, both stages on a Lunar Lake NPU at four slots, goes from 3 . 55 to 11 . 46 tok/s (3 . 23 × )”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
Worst-case time-to-first-token for the 4-slot Llama-3.2-1B worker on the NPU improves from 7.48 s to 2.85 s.
“worst-case time-to-first-token improves from 7 . 48 s to 2 . 85 s on the NPU and from 12 . 53 s to 2 . 93 s on the CPU”
Quote in the paperSubstantial claim - Findingown data§ 8.7 Limitations · p. 31
For 501 KB FP32 logits returns, real-WAN cost scales per segment not per RTT.
“for 501 KB FP32 logits returns, real-WAN cost scales per segment not per RTT”
Quote in the paperSubstantial claim - Findingnone given§ 8.7 Limitations · p. 30
The NPU plugin cannot compile the dynamic stateful ReadValue / Assign shards the rest of the paper is built on.
“the NPU plugin cannot compile the dynamic stateful ReadValue / Assign shards the rest of the paper is built on”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
Eighteen mid-generation disconnects retire their slots without leaking one.
“eighteen mid-generation disconnects retire their slots without leaking one.”
Quote in the paperSubstantial claim - Findingown data§ 8.8 Negative Results · p. 31
Applying the final model's RMSNorm + lm_head to layer 15 outputs added 80 ms overhead per token due to the 800 MB matrix multiply.
“the 800 MB matrix multiply added 80 ms overhead per token”
Quote in the paperNot a substantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
Worst-case time-to-first-token for the 4-slot Llama-3.2-1B worker on the CPU improves from 12.53 s to 2.93 s.
“worst-case time-to-first-token improves from 7 . 48 s to 2 . 85 s on the NPU and from 12 . 53 s to 2 . 93 s on the CPU”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
A Llama-3.2-3B shard on one NPU goes from 4.88 to 30.38 tok/s at eight slots (6.23×).
“from 4 . 88 to 30 . 38 tok/s at eight (6 . 23 × )”
Quote in the paperSubstantial claim - Findingown data§ 9 Conclusion · p. 32
A four-node Llama 3.1 70B INT4 deployment over a Tailscale DERP relay reaches 6.43 tok/s 2-stream (3.1× over the same-topology target-only baseline, bit-exact).
“A four-node Llama 3.1 70B INT4 deployment over a Tailscale DERP relay reaches 6 . 43 tok/s 2-stream (3 . 1 × over the same-topology target-only baseline, bit-exact)”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
A Llama-3.2-3B shard on one NPU goes from 4.97 to 16.32 tok/s at four slots (3.28×).
“a Llama-3.2-3B shard on one NPU goes from 4 . 97 to 16 . 32 tok/s at four slots (3 . 28 × )”
Quote in the paperSubstantial claim - Findingreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
Idle rows are opened on their own query column rather than fully masked.
“Idle rows are opened on their own query column rather than fully masked”
Quote in the paperSubstantial claim- Rests on an assumption: A fully-blocked row produces NaN out of softmax and poisons the live rows sharing the inference.
- Findingnone given§ 8.7 Limitations · p. 31
The 4-stage 70B result (§6.11) is bit-exact relative to the sametopology target-only baseline.
“The 4-stage 70B result (§6.11) is bit-exact relative to the sametopology target-only baseline”
Quote in the paperSubstantial claim - Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30
A 2-stage CPU capture of the same model is the one 9/10, differing by a single rewritten contraction.
“a 2-stage CPU capture of the same model is the one 9/10, differing by a single rewritten contraction.”
Quote in the paperNot a substantial claim - Interpretationreasoning§ 6.7 Top-1 Logits Compression · p. 17
This makes top-1 logits compression more impactful than the activation compression result.
“This makes top-1 logits compression more impactful than the activation compression result (where bandwidth is not the bottleneck on LAN, and INT8 corrupts on WAN).”
Quote in the paperSubstantial claim - Interpretationreasoning§ 5.2 Mask-Based Rewind · p. 10
For multi-turn conversations with cumulative context approaching the model's window, periodic compaction would be needed.
“For multi-turn conversations with cumulative context approaching the model's window, periodic compaction (physically trimming the cache to remove all masked positions) would be needed”
Quote in the paperNot a substantial claim - Study design and conductown data§ 3.2 Per-Stage Export Pipeline · p. 5
The manual attention implementation is numerically equivalent to HuggingFace's native forward, with max difference < 5 × 10^-7.
“Numerical equivalence verified: max difference < 5 × 10 -7 against HuggingFace's native forward.”
Quote in the paperSubstantial claim- Rests on an assumption: HuggingFace's DynamicCache and LlamaRotary Embedding are untraceable.
- Interpretationown data§ 6.8 Real-WAN Validation on Tiber Cloud · p. 18
The compression alone makes a Tailscale-DERP-only fleet topology viable for live inference.
“The compression alone makes a Tailscale-DERP-only fleet topology viable for live inference.”
Quote in the paperSubstantial claim - Interpretationown data§ 6.4 Activation Compression · p. 13
Activation compression is only relevant under bandwidth-constrained WAN conditions.
“Activation compression is only relevant under bandwidth-constrained WAN conditions.”
Quote in the paperNot a substantial claim - Interpretationreasoning§ 6.2 Progressive Optimization · p. 12
The mbatch ratio compresses on faster single-stream baselines (1.80× here vs. 2.03× on prior measurement window) because the more-saturated baseline leaves less stage-idle time for the second stream to absorb.
“The mbatch ratio compresses on faster single-stream baselines (the 1 . 80 × here vs. 2 . 03 × on the prior measurement window) because the more-saturated baseline leaves less stage-idle time for the second stream to absorb.”
Quote in the paperNot a substantial claim - Interpretationown data§ 5.1 The Trim Problem · p. 9
At roughly 3 emitted tokens per step, the ∼48 ms trim per step is enough to push the whole technique below break-even.
“At roughly 3 emitted tokens per step, the ∼ 48 ms trim per step (Table 4) is enough to push the whole technique below break-even.”
Quote in the paperSubstantial claim - Interpretationown data§ 6.8 Real-WAN Validation on Tiber Cloud · p. 18
This is the strongest evidence we have that real-WAN throughput is bounded by per-segment relay queueing, not just one-way latency.
“This is the strongest evidence we have that real-WAN throughput is bounded by per-segment relay queueing, not just one-way latency.”
Quote in the paperSubstantial claim - Interpretationown data§ 4.2 Splitting into More Stages · p. 8
The per-stage splitting gap is structural: smaller per-stage problems cannot saturate the GPU the way a single large problem does.
“This gap is structural: smaller per-stage problems cannot saturate the GPU the way a single large problem does.”
Quote in the paperSubstantial claim - Interpretationown data§ 6.4 Activation Compression · p. 13
The ∼6.5 ms hop is latency rather than bandwidth.
“Since the ∼ 6 . 5 ms hop is latency rather than bandwidth, the candidate optimizations are different from compression:”
Quote in the paperSubstantial claim - Interpretationown data§ Abstract · p. 1
A handful of Intel AI PCs working together over an ordinary network can serve models at and beyond the capability of any single one.
“We show that a handful of these machines, working together over an ordinary network, can serve models at and beyond the capability of any single one.”
Quote in the paperSubstantial claim- Rests on an assumption: 16+ GB of unified memory is not enough to fit a 70B-parameter LLM.
- Interpretationown data§ 1 Introduction · p. 2
The ∼48 ms per-call physical trim cost is enough to make speculative decoding a net loss at break-even accept rates.
“enough to make speculative decoding a net loss at break-even accept rates.”
Quote in the paperSubstantial claim- Rests on an assumption: Canonical speculative decoding implementations rely on paged attention or dedicated rewind APIs that are not available on stateful OpenVINO models.
- Interpretationown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
The mode stays opt-in because the gains are workload-dependent.
“The mode stays opt-in because the gains are workload-dependent.”
Quote in the paperNot a substantial claim - Study design and conductown data§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21
Spec decode is bit-exact identical to the 4-stage target-only baseline (1.74 tok/s, no spec) on the first 10 generated tokens for every K and every stream.
“Spec decode is bit-exact identical to the 4-stage target-only baseline (1 . 74 tok/s, no spec) on the first 10 generated tokens for every K and every stream.”
Quote in the paperSubstantial claim - Premisecitation§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
Attention heads park a large share of their softmax mass on a sequence's earliest tokens.
“because attention heads park a large share of their softmax mass on a sequence's earliest tokens [18]”
Quote in the paperSubstantial claim0 of 1 sources checked- cites [18] [18] Guangxuan Xiao, Yuandong Tian, Beidi Chen, Song Han, and Mike Lewis. Efficient streaming language models with attention sinks. In International Conference on Learning Representations (ICLR) , 2024. -
Not checked in the free run.
- Interpretationown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
A legalized batch axis would amortize nothing anyway.
“so a legalized batch axis would amortize nothing anyway.”
Quote in the paperSubstantial claim - Interpretationown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
A single weight stream can serve many query rows at marginal cost, provided the rows can be kept from attending to each other.
“A single weight stream can therefore serve many query rows at marginal cost, provided the rows can be kept from attending to each other.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 6.10 Gemma 4 E2B: A Second Architecture · p. 19
In the distributed pipeline, L13/L14 KV tensors must cross the stage boundary.
“In the distributed pipeline, this means L13/L14 KV tensors must cross the stage boundary.”
Quote in the paperNot a substantial claim - Interpretationown data§ 8.2 Scaling to 70B · p. 25
On this fleet's hardware mix, Lunar Lake-class iGPUs are required end-to-end.
“On this fleet's hardware mix, Lunar Lake-class iGPUs are required end-to-end.”
Quote in the paperSubstantial claim - Interpretationown data§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21
On this fleet's hardware mix, Lunar Lake-class iGPUs (Arc 140V or newer) are required end-to-end.
“On this fleet's hardware mix, Lunar Lake-class iGPUs (Arc 140V or newer) are required end-to-end.”
Quote in the paperSubstantial claim - Study design and conductreasoning§ 7.1 Approach · p. 23
This per-stream isolation is the configuration behind every multi-stream number in this paper, including the 43.97 tok/s full-stack result.
“this per-stream isolation is the configuration behind every multi-stream number in this paper, including the 43 . 97 tok/s full-stack result.”
Quote in the paperSubstantial claim - Premisenone given§ 7.2 Results · p. 24
The pipeline-fill bound is min(N users, N stages).
“The pipeline-fill bound is min( N users , N stages ).”
Quote in the paperSubstantial claim - Interpretationown data§ 6.9 Long Generation and Stability · p. 18
Speculative decoding's acceptance rate rises as the model enters more predictable continuation patterns.
“speculative decoding's acceptance rate rises as the model enters more predictable continuation patterns”
Quote in the paperSubstantial claim - Interpretationreasoning§ 6.10 Gemma 4 E2B: A Second Architecture · p. 20
The strength of the v2 single-stream baseline holds that ratio down: there is less stage-idle time for micro-batching to fill on a 10.40 tok/s baseline than on a slower one.
“The strength of the v2 single-stream baseline holds that ratio down: there is less stage-idle time for micro-batching to fill on a 10 . 40 tok/s baseline than on a slower one.”
Quote in the paperNot a substantial claim - Premisenone given§ 7.2 Results · p. 23
The theoretical 2-stream maximum is 2× for balanced stages.
“The theoretical 2-stream maximum is 2 × for balanced stages.”
Quote in the paperNot a substantial claim - Study design and conductnone given§ 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25
We have verified the warm path byte-identical to a cold prefill of the full prompt on the single-stage configuration.
“We have verified the warm path byte-identical to a cold prefill of the full prompt on the single-stage configuration.”
Quote in the paperNot a substantial claim - Study design and conductnone given§ 7.2 Results · p. 24
Micro-batching fixes the stream count up front, at compile time.
“Micro-batching also fixes the stream count up front, at compile time.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
Offloading a stage to the NPU does not raise memory-bandwidth-bound decode throughput.
“so offloading a stage to it does not raise memory-bandwidth-bound decode throughput”
Quote in the paperSubstantial claim- Rests on an assumption: The NPU shares LPDDR bandwidth with the iGPU.
- Premisecitation§ 8.5 NPU Stages: Static, Stateless Shards · p. 26
A KV window that evicts the earliest tokens does not degrade gracefully but collapses into degenerate repetition.
“a window that evicts them does not degrade gracefully but collapses into degenerate repetition”
Quote in the paperSubstantial claim0 of 1 sources checked- cites [18] [18] Guangxuan Xiao, Yuandong Tian, Beidi Chen, Song Han, and Mike Lewis. Efficient streaming language models with attention sinks. In International Conference on Learning Representations (ICLR) , 2024. -
Not checked in the free run.
- Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
Every stage must be started with the same slot count, since that count is baked into each stage's IR shape.
“Every stage must be started with the same slot count, since that count is baked into each stage's IR shape.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
None of those paths block a worker.
“None of those paths block a worker”
Quote in the paperSubstantial claim - Interpretationown data§ 9 Conclusion · p. 32
The fleet model extends past 8B to model sizes that genuinely require distribution.
“demonstrating that the fleet model extends past 8B to model sizes that genuinely require distribution.”
Quote in the paperSubstantial claim - Interpretationreasoning§ 8.7 Limitations · p. 30
A same-SoC NPU stage shares LPDDR bandwidth with the iGPU, so it does not raise memory-bandwidth-bound decode throughput.
“a same-SoC NPU stage shares LPDDR bandwidth with the iGPU, so it does not raise memory-bandwidth-bound decode throughput.”
Quote in the paperNot a substantial claim - Interpretationown data§ 8.8 Negative Results · p. 32
The measured 22% Bad-Speculation rate in VTune P-core analysis is OpenVINO's own runtime dispatch/wait loop, not user Python.
“The measured 22% Bad-Speculation rate in VTune P-core analysis is OpenVINO's own runtime dispatch/wait loop, not user Python.”
Quote in the paperSubstantial claim - Interpretationown data§ 8.8 Negative Results · p. 32
The effort to rewrite spec_decode_greedy() in C++ would move nothing.
“The effort would move nothing.”
Quote in the paperNot a substantial claim - Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
The first N window columns are reserved as a read-only shared region that every slot's mask may open.
“The first N window columns are reserved as a read-only shared region that every slot's mask may open”
Quote in the paperSubstantial claim - Interpretationcitation§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
Mixing the two runs prefill and decode in the same inference is the stall-free chunked scheduling of Sarathi-Serve obtained from the mask layout alone.
“mixing the two runs prefill and decode in the same inference, which is the stall-free chunked scheduling of Sarathi-Serve [1] obtained from the mask layout alone.”
Quote in the paperSubstantial claim0 of 1 sources checked- cites [1] [1] Amey Agrawal, Nitin Kedia, Ashish Panwar, Jayashree Mohan, Nipun Kwatra, Bhargav S Gulavani, Alexey Tumanov, and Ramachandran Ramjee. Taming throughput-latency tradeoff - in LLM inference with Sarathi-Serve. In Proceedings of the 18th USENIX Symposium on Operating Systems Design and Implementation (OSDI) , 2024. -
Not checked in the free run.
- Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
Reaching the 6.01× end-to-end is a matter of exporting more slots over a wider window.
“reaching it end-to-end is a matter of exporting more slots over a wider window”
Quote in the paperNot a substantial claim - Interpretationown data§ 9 Conclusion · p. 32
A fleet of commodity Intel AI PCs can serve multi-user LLM inference across network links where naïve pipeline parallelism is unusable.
“can do so across network links where naïve pipeline parallelism is unusable.”
Quote in the paperSubstantial claim - Interpretationown data§ 9 Conclusion · p. 32
A fleet of commodity Intel AI PCs can scale to models that no single fleet member can host.
“can scale to models that no single fleet member can host”
Quote in the paperSubstantial claim - Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27
A block-diagonal pattern isolates N decode rows.
“a block-diagonal pattern isolates N decode rows”
Quote in the paperSubstantial claim - Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
Downstream stages re-derive their masks and per-slot rings from the frame alone, so admission needs no separate control message.
“downstream stages re-derive their masks and per-slot rings from the frame alone, so admission needs no separate control message”
Quote in the paperSubstantial claim - Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
The reserved columns also come out of the same fixed window, so prefix capacity trades directly against per-slot context.
“The reserved columns also come out of the same fixed window, so prefix capacity trades directly against per-slot context.”
Quote in the paperNot a substantial claim - Interpretationown data§ 8.8 Negative Results · p. 31
Dequantization overhead exceeds the memory bandwidth savings at this sequence length on this GPU.
“dequantization overhead exceeds the memory bandwidth savings at this sequence length on this GPU.”
Quote in the paperSubstantial claim - Interpretationnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
Stage 0 prepends a small integer plan frame to each activation block, carrying a slot id, an absolute position, and a prefix-reuse length per row.
“Stage 0 prepends a small integer plan frame to each activation block, carrying a slot id, an absolute position, and a prefix-reuse length per row”
Quote in the paperSubstantial claim - Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29
Rotary embeddings stay correct because the cached K/V were computed at their true absolute positions.
“rotary embeddings stay correct because the cached K/V were computed at their true absolute positions.”
Quote in the paperSubstantial claim - Interpretationown data§ 9 Conclusion · p. 32
A fleet of commodity Intel AI PCs can serve multi-user LLM inference at interactive speeds above single-user monolithic throughput on the same hardware.
“A fleet of commodity Intel AI PCs can serve multi-user LLM inference at interactive speeds above single-user monolithic throughput on the same hardware”
Quote in the paperSubstantial claim
- Classified as probably not a substantial claim. 53
- May combine two claims. 148
- The quote only partly states this claim. 2
Probably not a substantial claim: may not pass S3 (load-bearing).
Interpretationcitation§ 5.2 Mask-Based Rewind · p. 10Extending to temperature-based sampling would require the rejection-sampling correction of Leviathan et al. [12] and Chen et al. [3].
“Extending to temperature-based sampling would require the rejection-sampling correction of Leviathan et al. [12] and Chen et al. [3]”
Quote in the paperNot a substantial claim1 of 2 sources checked- cites Leviathan et al. [12] [12] Yaniv Leviathan, Matan Kalman, and Yossi Matias. Fast inference from transformers via speculative decoding. In Proceedings of the 40th International Conference on Machine Learning (ICML) , 2023. - source
Not checked in the free run.
- cites Chen et al. [3] [3] Charlie Chen, Sebastian Borgeaud, Geoffrey Irving, Jean-Baptiste Lespiau, Laurent Sifre, and John Jumper. Accelerating large language model decoding with speculative sampling. arXiv preprint arXiv:2302.01318 , 2023. - source
May combine two claims.
Premisecitation§ 8.3 Quantization Challenges · p. 25Gemma 4's Per-Layer Embeddings (PLE) are a dense 262K × 8960 matrix-not a standard lookup table.
“Gemma 4's Per-Layer Embeddings (PLE) are a dense 262K × 8960 matrix-not a standard lookup table.”
Quote in the paperSubstantial claim1 of 1 sources checked- cites [5] [5] Gemma Team. Gemma 4 technical report. arXiv preprint arXiv:2607.02770 , 2026. - source
The “Dense and MoE” section says that Gemma 4 E2B and E4B use per-layer embeddings. It does not describe those embeddings as a dense 262K × 8960 matrix or distinguish them from a standard lookup table. The 262,000 figure in “Efficient MTP Decoding” refers to a vocabulary projection for the drafters, not PLE dimensions; no page numbers are available in our copy. (LLM, conf=0.88)
Experimental — accuracy not yet measured
Classified as probably not a substantial claim.
Premisecitation§ 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25Serving systems built on paged attention support prefix caching through their block-level cache managers.
“Serving systems built on paged attention support prefix caching (reusing the KV cache of an alreadyprocessed prompt prefix instead of re-prefilling it) through their block-level cache managers [11].”
Quote in the paperSubstantial claim1 of 1 sources checked- cites [11] [11] Woosuk Kwon, Zhuohan Li, Siyuan Zhuang, Ying Sheng, Lianmin Zheng, Cody Hao Yu, Joseph E Gonzalez, Hao Zhang, and Ion Stoica. Efficient memory management for large language model serving with PagedAttention. In Proceedings of the 29th ACM Symposium on Operating Systems Principles (SOSP) , 2023. - source
May combine two claims.
Premisecitation§ 6.10 Gemma 4 E2B: A Second Architecture · p. 19Gemma 4 has layers 15-34 that share K/V projections with earlier layers; the weights are untrained placeholders, and inference reads from source layers' cache via DynamicCache.
“Gemma 4 also exercises a feature Llama doesn't have: layers 15-34 share K/V projections with earlier layers (the weights are untrained placeholders, and inference reads from source layers' cache via DynamicCache ).”
Quote in the paperSubstantial claim1 of 1 sources checked- cites [5] [5] Gemma Team. Gemma 4 technical report. arXiv preprint arXiv:2607.02770 , 2026. - source
The “Dense and MoE” section (page unavailable) says Gemma 4 shares the KV cache in its E2B and E4B models, supporting the general cache-sharing point. It does not identify layers 15–34, say their K/V projection weights are untrained placeholders, or describe inference through DynamicCache; the cited passages also do not establish the comparison with Llama. (LLM, conf=0.88)
Experimental — accuracy not yet measured
Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.
Premisecitation§ 8.8 Negative Results · p. 31Recipe-based cache compression such as GEAR targets a different bottleneck: near-lossless 4-bit caches buy capacity (longer contexts or more concurrent streams in fixed memory) at the price of additional decompression compute.
“Recipe-based cache compression such as GEAR [10] targets a different bottleneck: near-lossless 4-bit caches buy capacity (longer contexts or more concurrent streams in fixed memory) at the price of additional decompression compute.”
Quote in the paperNot a substantial claim1 of 1 sources checked- cites [10] [10] Hao Kang, Qingru Zhang, Souvik Kundu, Geonhwa Jeong, Zaoxing Liu, Tushar Krishna, and Tuo Zhao. GEAR: An efficient KV cache compression recipe for near-lossless generative inference of LLM. arXiv preprint arXiv:2403.05527 , 2024. - source
May combine two claims.
Findingown data§ 6.8 Real-WAN Validation on Tiber Cloud · p. 18The three WAN methods do not converge on a single number: at L=100 ms/hop the 2-stage sleep-sim reports 11.20 tok/s; the 3-stage queue-proxy reports 2.01; the Tiber DERP run at ∼16 ms relay RTT reports 2.80 uncompressed and 22.88 with top-1 compression.
“at L =100 ms/hop the 2-stage sleep-sim (Table 10) reports 11 . 20 tok/s; the 3-stage queue-proxy at the same hop latency (Table 11) reports 2 . 01; the Tiber DERP run at ∼ 16 ms relay RTT (this section) reports 2 . 80 uncompressed and 22 . 88 with top-1 compression.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 6.5 WAN Latency Sensitivity · p. 16K=10 at 50 ms/hop reaches 16.04 tok/s (3.36× over naïve 4.77); at 100 ms/hop it reaches 11.30 tok/s (4.07× over naïve 2.77).
“K =10 at 50 ms/hop reaches 16 . 04 tok/s (3 . 36 × over naïve 4 . 77 at the same hop latency); at 100 ms/hop it reaches 11 . 30 tok/s (4 . 07 × over naïve 2 . 77).”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingown data§ 6.1 Testbed · p. 12Raw TCP round-trip for 16 KB payloads is 6.5 ms on the 802.11ax LAN.
“Raw TCP round-trip for 16 KB payloads: 6.5 ms on the 802.11ax LAN (measured separately).”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 1 Introduction · p. 2The two-node fleet reaches 43.97 tok/s at LAN, which is 1.79× monolithic single-user.
“the two-node fleet reaches 43 . 97 tok/s at LAN (1 . 79 × monolithic single-user)”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 3.1 Overview · p. 4A CPU-hosted stage 0 works and is measured for Gemma 4 at 9.87 tok/s (CPU→GPU) vs. 10.40 tok/s (GPU→GPU).
“a CPU-hosted stage 0 works and is measured for Gemma 4 (Table 16, CPU → GPU at 9 . 87 tok/s vs. 10 . 40 GPU → GPU)”
Quote in the paperNot a substantial claimMay combine two claims.
Findingnone given§ 6.8 Real-WAN Validation on Tiber Cloud · p. 18Intel's network blocks direct UDP between AI PC instances, so all cross-instance traffic is forced through Tailscale's DERP relay servers.
“Intel's network blocks direct UDP between AI PC instances, so all cross-instance traffic is forced through Tailscale's DERP relay servers (Seattle region, ∼ 16 ms RTT to the relay, ∼ 32 ms RTT instance-to-instance via the relay).”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 6.8 Real-WAN Validation on Tiber Cloud · p. 18Without compression, both streams sit at 1.40 tok/s-well below the 5 tok/s interactive floor; the DERP relay's per-segment queueing makes the full-FP32 logits path unusable.
“Without compression, both streams sit at 1 . 40 tok/s - well below the 5 tok/s interactive floor; the DERP relay's per-segment queueing makes the full-FP32 logits path unusable.”
Quote in the paperSubstantial claim- Rests on an assumption: The interactive floor for live inference is 5 tok/s.
May combine two claims.
Findingown data§ 6.5 WAN Latency Sensitivity · p. 14At 100 ms/hop the naïve path falls below the interactive floor while the full stack remains usable.
“At 100 ms/hop the naïve path falls below the interactive floor while the full stack remains usable.”
Quote in the paperSubstantial claim- Rests on an assumption: The interactive floor for live inference is 5 tok/s.
May combine two claims.
Findingown data§ 5.3 Single-Node Results · p. 10Generation length amplifies the effect: acceptance rises from 70.7% to 97.5% and speedup at K=3 climbs from ∼1.3× at 128 tokens to ∼1.6× at 2048 tokens.
“Generation length amplifies the effect: across 128, 512, 1024, and 2048-token runs on the same prompt, acceptance rises from 70 . 7% to 97 . 5% as the model enters its repetition regime, and speedup at K =3 climbs from ∼ 1 . 3 × at 128 tokens to ∼ 1 . 6 × at 2048 tokens.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 6.2 Progressive Optimization · p. 12The composition of multipliers is empirical: 16.33 × 1.797 × 1.499 = 43.99, matching measured 43.97 within 0.05 tok/s.
“Composition is empirical, not a projection: 16 . 33 × 1 . 797 × 1 . 499 = 43 . 99, matching the measured 43 . 97 within 0 . 05 tok/s; all three multipliers were measured in the same paired session”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 6.3 Per-Token Breakdown · p. 12On the 2-stage distributed pipeline, TTFT ranges from 122 ms (short 8-token prompt) to 786 ms (long prompt requiring multi-pass prefill), dominated by prompt-length-dependent compute on stage 0 rather than network overhead.
“On the 2-stage distributed pipeline, TTFT ranges from 122 ms (short 8-token prompt) to 786 ms (long prompt requiring multi-pass prefill), dominated by prompt-length-dependent compute on stage 0 rather than network overhead.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingown data§ 2.3 Serving Systems and Throughput Optimization · p. 4OpenVINO's uniform INT8 KV cache hint ran slower than the default on Arc iGPU.
“the one cache-precision knob we did test-OpenVINO's uniform INT8 KV cache hint-ran slower than the default on Arc iGPU”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ Abstract · p. 1A four-node deployment of Lunar Lake AI PCs on Intel Tiber Cloud serves a single user at interactive speed with a 70B model, with output token-for-token identical to the same four-node pipeline decoding without speculation.
“a four-node deployment of Lunar Lake AI PCs on Intel Tiber Cloud serves a single user at interactive speed, with output token-for-token identical to the same four-node pipeline decoding without speculation.”
Quote in the paperSubstantial claim- Rests on an assumption: 16+ GB of unified memory is not enough to fit a 70B-parameter LLM.
Probably not a substantial claim: may not pass S3 (load-bearing).
Findingnone given§ 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 17All configurations in Table 13 are bit-exact across both/all streams.
“All configurations bit-exact across both/all streams.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 6.5 WAN Latency Sensitivity · p. 15The full stack degrades gracefully-per-stream throughput stays at or above the interactive floor through 100 ms/hop-while naïve distributed decode falls below it past ∼25 ms/hop.
“The full stack degrades gracefully-per-stream throughput stays at or above the interactive floor through 100 ms/hop-while naïve distributed decode falls below it past ∼ 25 ms/hop.”
Quote in the paperSubstantial claim- Rests on an assumption: The interactive floor for live inference is 5 tok/s.
May combine two claims.
Findingreasoning§ 6.7 Top-1 Logits Compression · p. 17The logits payload returned from the final stage to the coordinator is vocabulary 128,256 × 4 bytes ≈ 501 KB per target verify, which fragments across multiple TCP segments and stretches the realised per-call cost.
“vocabulary 128 , 256 × 4 bytes ≈ 501 KB per target verify, which fragments across multiple TCP segments and stretches the realised per-call cost.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 17Going from 2-stream to 3-stream at K=5 adds +14.1 tok/s aggregate (from 50.55 to 64.67) at the cost of ∼3.7 tok/s per-user latency, hitting the min(N_users, N_stages) pipelinefill ceiling exactly.
“Going from 2-stream to 3-stream at K =5 adds +14 . 1 tok/s aggregate (from 50 . 55 to 64 . 67) at the cost of ∼ 3 . 7 tok/s per-user latency, hitting the min( N users , N stages ) pipelinefill ceiling exactly.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 6.4 Activation Compression · p. 14Provider networks may block UDP outright-Intel Tiber Cloud does.
“provider networks may block UDP outright-Intel Tiber Cloud does (§6.8)”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingown data§ 6.5 WAN Latency Sensitivity · p. 14Run-to-run variance on the LAN datapoint is ±0.3 tok/s (∼1%) based on the Table 7 cross-session comparison.
“Run-to-run variance on the LAN datapoint is ± 0 . 3 tok/s ( ∼ 1%) based on the Table 7 cross-session comparison”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingreasoning§ 3.3 TCP Activation Relay · p. 6KV-cached decode sends 16 KB per hop.
“KV-cached decode sends [1, 1, 4096] float32 tensors: 16 KB per hop.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 5.4 Compose-with-Shards · p. 11Speculative decoding stacks cleanly with sharding; the spec-decode multiplier is comparable on both paths (1.24× on monolithic target, 1.32× on 3-stage shard target).
“The spec-decode multiplier is comparable on both paths (1 . 24 × on the monolithic target, 1 . 32 × on the 3-stage shard target).”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 17The 3-stage 2-stream stack at 50.55 tok/s exceeds the 2-stage Table 7 headline (43.97); going from 2 to 3 streams adds +14 tok/s aggregate.
“The 3-stage 2-stream stack at 50 . 55 tok/s exceeds the 2-stage Table 7 headline (43 . 97); going from 2 to 3 streams adds +14 tok/s aggregate.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingreasoning§ 6.2 Progressive Optimization · p. 12The full stack achieves 43.97 tok/s, 1.79× the monolithic single-user reference, serving two users concurrently.
“for a system-throughput total of 43 . 97 tok/s: 1 . 79 × the monolithic single-user reference on the same hardware, two users served concurrently.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 5.1 The Trim Problem · p. 9Physical KV trim on Arc B390 iGPU with a 72-token cache costs 45-50 ms per call, and the cost is device-side state invalidation, not numpy work.
“All three variants cluster around 45-50 ms; the cost is device-side state invalidation, not numpy work.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 5.1 The Trim Problem · p. 9A K=3 speculative step executes one target verify (∼47 ms), 2-3 draft feeds (∼16 ms each), and one correction feed (∼16 ms).
“A K =3 speculative step executes one target verify ( ∼ 47 ms memory-bound forward of K +1=4 tokens), 2-3 draft feeds ( ∼ 16 ms each), and one correction feed ( ∼ 16 ms).”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 6.5 WAN Latency Sensitivity · p. 16Optimal K shifts from 7 at LAN to 10 at 100 ms/hop.
“Optimal K shifts from 7 at LAN (compute-bound, large drafts waste cycles when compute is cheap) to 10 at 100 ms/hop (network-bound, packing more tokens per round-trip dominates).”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based).
Findingnone given§ 6.2 Progressive Optimization · p. 12Run-to-run variance is typically ±0.3 stddev across sessions.
“Run-to-run variance is typically ± 0 . 3 stddev across sessions.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingreasoning§ 6.7 Top-1 Logits Compression · p. 17Greedy spec-decode with top-1 logits compression is bit-exact identical to full-FP32 logits because both sides agree on arg max and the spec-decode acceptance check is a token-id comparison.
“Greedy spec-decode is bit-exact identical to full-FP32 logits because both sides agree on arg max and the spec-decode acceptance check is a token-id comparison.”
Quote in the paperSubstantial claimMay combine two claims.
Findingnone given§ 5.4 Compose-with-Shards · p. 11Output is bit-exact: mono-plus-spec matches mono-only, and shard-plus-spec matches shard-only.
“Output is bit-exact: the mono-plus-spec output matches the mono-only output, and the shard-plus-spec output matches the shard-only output.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 4.2 Splitting into More Stages · p. 8XVE occupancy is 60.1% on mono vs. 43.6% on 3-stage.
“measured 60 . 1% on mono vs. 43 . 6% on 3-stage via VTune gpu-hotspots”
Quote in the paperSubstantial claimMay combine two claims.
Findingnone given§ 1 Introduction · p. 2Under a 100 ms/hop simulated WAN, the two-node configuration stays usable while naïve pipeline-parallel decode falls below the interactive floor.
“under a 100 ms/hop simulated WAN the same configuration stays usable while naïve pipeline-parallel decode falls below the interactive floor.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ 6.7 Top-1 Logits Compression · p. 17On real WAN (Tiber Cloud's Tailscale DERP relay), the win is dramatic-8.17× over uncompressed-because every saved 64 KB segment saves a full RTT of relay-server queueing.
“On real WAN (Tiber Cloud's Tailscale DERP relay, §6.8), the win is dramatic - 8 . 17 × over uncompressed - because every saved 64 KB segment saves a full RTT of relay-server queueing.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 17The 3-stage 2-stream stack hits 50.55 tok/s at K=5, 15% above the 2-stage K=3 headline (43.97); the third stage adds compute parallelism for mbatch without giving up bit-exactness.
“The 3-stage 2-stream stack hits 50 . 55 tok/s at K =5, 15% above the 2-stage K =3 headline (43 . 97); the third stage adds compute parallelism for mbatch (each stream keeps three iGPUs busy) without giving up bit-exactness.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 6.5 WAN Latency Sensitivity · p. 16LAN prefers mid K (K=7 wins, K=5 close) where compute dominates and excess draft feeds waste cycles, while 100 ms/hop prefers large K (K=10) where batching enough tokens per round-trip dominates.
“finds that LAN prefers mid K ( K =7 wins, K =5 close) where compute dominates and excess draft feeds waste cycles, while 100 ms/hop prefers large K ( K =10) where batching enough tokens per round-trip dominates.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 5.2 Mask-Based Rewind · p. 10At 2048-token generation with K=3, cache bloat reaches 1.02× logical length, so no periodic compaction is needed for realistic single-turn lengths.
“At 2048-token generation with K =3, cache bloat reaches 1 . 02 × logical length (most rejected-draft overhead is amortized out by the live-token count), so no periodic compaction is needed for realistic single-turn lengths.”
Quote in the paperSubstantial claim- Rests on an assumption: Realistic single-turn lengths are below the model's window such that cache bloat of 1.02× is acceptable.
May combine two claims.
Findingown data§ 6.5 WAN Latency Sensitivity · p. 16LAN / cloud-adjacent: compute dominates. K=7 peaks at 30.96 tok/s (1.44× over the single-stream LAN baseline of 21.55); K=5 trails closely at 30.42 (1.41×).
“LAN / cloud-adjacent. Compute dominates. K =7 peaks at 30 . 96 tok/s (1 . 44 × over the singlestream LAN baseline of 21 . 55); K =5 trails closely at 30 . 42 (1 . 41 × ).”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S4 (based).
Findingnone given§ 3.3 TCP Activation Relay · p. 5The whole token budget is ∼60 ms.
“every layer removed from the per-token path matters when the whole token budget is ∼ 60 ms.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 8.5 NPU Stages: Static, Stateless Shards · p. 26Llama and Qwen2.5-family shards compile, while Qwen3's exported graph currently does not.
“per-model NPU compiler op support (Llama and Qwen2.5-family shards compile; Qwen3's exported graph currently does not)”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27The runtime now supports continuous batching on all three device classes, through two mechanisms.
“The runtime now supports it on all three device classes, through two mechanisms.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 6.10 Gemma 4 E2B: A Second Architecture · p. 20Aggregate throughput is 16.30 tok/s on v2, 1.57× over single-stream.
“Aggregate throughput is 16 . 30 tok/s on v2, 1 . 57 × over single-stream.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 8.2 Scaling to 70B · p. 24Optimal K shifts up with hop count (K=7 at LAN, K=10 at 100 ms/hop). At 4 DERP-relayed hops per token over Tailscale, K=10 is the empirical winner for 70B 4-stage.
“Optimal K shifts up with hop count (§6.5 sweep: K =7 at LAN, K =10 at 100 ms/hop). At 4 DERP-relayed hops per token over Tailscale, K =10 is the empirical winner for 70B 4-stage.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 8.5 NPU Stages: Static, Stateless Shards · p. 26A monolithic 8B-class model fails to fit on the NPU, while per-stage shards of a 9B model compile and run there.
“(a monolithic 8B-class model fails to fit on the NPU, while per-stage shards of a 9B model compile and run there)”
Quote in the paperSubstantial claimMay combine two claims.
Findingnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27The exported graph builds its 4D additive mask in a single node whose output feeds every attention block, and that mask input already carries a query dimension.
“The exported graph, however, builds its 4D additive mask in a single node whose output feeds every attention block, and that mask input already carries a query dimension.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 7.2 Results · p. 24Per-stream throughput drops from 25.3 to 21.6 tok/s-still 4.3× the 5 tok/s interactive floor.
“Per-stream throughput drops from 25 . 3 to 21 . 6 tok/s - still 4 . 3 × the 5 tok/s interactive floor.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21At 4096 tokens the trend reverses (5.00 tok/s, 66.3% accept) as KV cache size starts to dominate per-step compute.
“At 4096 tokens the trend reverses (5 . 00 tok/s, 66 . 3% accept) as KV cache size starts to dominate per-step compute.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 7.2 Results · p. 24On the 3-stage testbed, going from 2 to 3 concurrent streams adds +14.1 tok/s aggregate (from 50.55 to 64.67 tok/s at K=5 LAN), 1.28× scaling against the 2-stream baseline.
“On the 3-stage testbed, going from 2 to 3 concurrent streams adds +14 . 1 tok/s aggregate (from 50 . 55 to 64 . 67 tok/s at K =5 LAN, §6.6), 1 . 28 × scaling against the 2-stream baseline.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 8.2 Scaling to 70B · p. 25The coord process eats ∼20 GB of system RAM during compile (stage 0 + draft, both with 2 InferRequests each), so 32 GB nodes are the minimum.
“The coord process eats ∼ 20 GB of system RAM during compile (stage 0 + draft, both with 2 InferRequests each), so 32 GB nodes are the minimum.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim.
Findingnone given§ 8.5 NPU Stages: Static, Stateless Shards · p. 26The batch dimension is pinned to 1.
“The batch dimension is likewise pinned to 1”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 6.9 Long Generation and Stability · p. 19At 2048 tokens, spec speedup is 1.58×, acceptance is 97.5%, and cache bloat ratio is 1.02×.
“2 , 048 tokens: 1 . 58 × speedup, 97 . 5% acceptance, cache bloat ratio 1 . 02 ×”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 6.9 Long Generation and Stability · p. 19On the 2-stage distributed pipeline (single-stream, no spec), earlier measurements on an extended-prompt workload showed no per-token degradation across 200 tokens (15.95 tok/s), 1000 tokens (15.55 tok/s), and 10 consecutive prompts (14.46 tok/s aggregate, 0.72 QPS, with 36 ms KV-cache reset between prompts).
“On the 2-stage distributed pipeline (single-stream, no spec), earlier measurements on an extendedprompt workload showed no per-token degradation across 200 tokens (15 . 95 tok/s), 1000 tokens (15 . 55 tok/s), and 10 consecutive prompts (14 . 46 tok/s aggregate, 0 . 72 QPS, with 36 ms KV-cache reset between prompts).”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 6.10 Gemma 4 E2B: A Second Architecture · p. 19The INFERENCE_PRECISION_HINT='f32' workaround costs -10% on 2-stage and -60% on 1-stage.
“which costs -10% on 2-stage, -60% on 1-stage”
Quote in the paperNot a substantial claimMay combine two claims.
Findingreasoning§ 6.10 Gemma 4 E2B: A Second Architecture · p. 19The rotary-fixed shards ('v2') compile at default GPU precision and recover full speed.
“The rotary-fixed shards (we call them 'v2') compile at default GPU precision and recover full speed”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 8.1 When Is a Fleet Better Than Cloud? · p. 24At 100 ms/hop cross-continental WAN, the fleet-with-speculative-decoding remains interactive (11 tok/s aggregate, 5.6 tok/s per stream) where a naïve distributed pipeline falls to 2.77 tok/s (unusable).
“at 100 ms/hop cross-continental WAN, the fleet-with-speculative-decoding remains interactive (11 tok/s aggregate, 5 . 6 tok/s per stream) where a naïve distributed pipeline falls to 2 . 77 tok/s (unusable).”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 7.2 Results · p. 23The 1.66× Gemma 4 E2B micro-batch ratio in Table 19 uses the older external-rotary export (8.12 → 13.51 tok/s); the v2 shards reach 1.57×.
“The 1 . 66 × Gemma 4 E2B micro-batch ratio in this row uses the older external-rotary export (8 . 12 → 13 . 51 tok/s); the v2 shards (Table 16) reach 1 . 57 × .”
Quote in the paperNot a substantial claimMay combine two claims.
Findingreasoning§ 6.12 Scenario Comparison: PP vs. PP + SD vs. PP + SD + MB · p. 22The gap between scenario (a) and (b) widens with network cost: 1.24-1.44× in-process, 3.11× on the 4-hop relay-mediated WAN, because each verify amortizes the round trips across K+1 positions.
“The gap widens with network cost: 1 . 24-1 . 44 × in-process, 3 . 11 × on the 4-hop relay-mediated WAN, because each verify amortizes the round trips across K +1 positions.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ 7.2 Results · p. 23The earlier 2.03× measurement on the original-window 14.51-baseline was right at the structural ceiling; the current measurement window's faster baseline compresses the headroom.
“The earlier 2 . 03 × measurement on the original-window 14.51-baseline was right at the structural ceiling; the current measurement window's faster baseline compresses the headroom.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27NPU decode is weight-bound rather than KV-bound: on the Qwen2.5-1.5B INT4 stage measured below, one decode step streams 458 MB of weights against 29.3 MB of KV traffic per token, a 16:1 ratio.
“NPU decode is weight-bound rather than KV-bound: on the Qwen2.5-1.5B INT4 stage measured below, one decode step streams 458 MB of weights against 29.3 MB of KV traffic per token, a 16:1 ratio.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25Captured state is compacted at serialization time, keeping only mask-valid positions, so a spec-decoded session is warm-resumable; the draft model, which trails the target by one token, is realigned before the shared suffix feed.
“Captured state is therefore compacted at serialization time, keeping only mask-valid positions, so a spec-decoded session is warm-resumable; the draft model, which trails the target by one token, is realigned before the shared suffix feed.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ 8.5 NPU Stages: Static, Stateless Shards · p. 26The cliff is sharp in practice: output stays coherent while the sequence fits the window and breaks the step it crosses.
“The cliff is sharp in practice; output stays coherent while the sequence fits the window and breaks the step it crosses”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingnone given§ 8.5 NPU Stages: Static, Stateless Shards · p. 26KV is FP16.
“FP16 KV”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 8.3 Quantization Challenges · p. 25FP32 is the only working precision, inflating stage 0 to 7 GB (exceeding Lunar Lake GPU's ∼4 GB allocation limit).
“FP32 is the only working precision, inflating stage 0 to 7 GB (exceeding Lunar Lake GPU's ∼ 4 GB allocation limit).”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27Reshaping a static shard's batch dimension from 1 to N is rejected at every N tried, on both of the shard graph shapes tested, while the same graphs compile at batch 1.
“Reshaping a static shard's batch dimension from 1 to N is rejected at every N we tried, on both of the shard graph shapes tested, while the same graphs compile at batch 1.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25The packed NPU serving mode of §8.6 carries its own, smaller prefix-reuse mechanism, working at the attention-mask level rather than through state capture; its latency savings have been measured and are reported there.
“The packed NPU serving mode of §8.6 carries its own, smaller prefix-reuse mechanism, working at the attention-mask level rather than through state capture; its latency savings have been measured and are reported there.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingreasoning§ 7.1 Approach · p. 23The cost of per-stream isolation is extra compile time (seconds per additional stream on Arc iGPU) and extra GPU memory (∼2 GB per additional Llama 8B stage per stream).
“The cost is extra compile time (seconds per additional stream on Arc iGPU) and extra GPU memory ( ∼ 2 GB per additional Llama 8B stage per stream)”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 8.2 Scaling to 70B · p. 25Long context speeds up further. At 1024 tokens, acceptance rises to 72.2% and throughput climbs to 5.72 tok/s-spec decode benefits from the prompt setting context, opposite the usual per-step compute trend.
“Long context speeds up further. At 1024 tokens, acceptance rises to 72 . 2% and throughput climbs to 5 . 72 tok/s - spec decode benefits from the prompt setting context, opposite the usual per-step compute trend.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingnone given§ 8.1 When Is a Fleet Better Than Cloud? · p. 24Under the three conditions (organization owns AI PCs, data must stay on-premises, latency budget accommodates ∼45-65 ms tokens), a 2-node fleet running the full stack (sharded + micro-batched + speculative) serves two concurrent users of Llama 3.1 8B at 43.97 tok/s aggregate (22.0 tok/s per user) with zero marginal cost and full data locality.
“Under these conditions, a 2-node fleet running the full stack (sharded + micro-batched + speculative) serves two concurrent users of Llama 3.1 8B at 43 . 97 tok/s aggregate (22 . 0 tok/s per user) with zero marginal cost and full data locality.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21Going to 2 streams adds +10% (LL coord) or +19% (PL coord) over 1-stream peak.
“Going to 2 streams adds +10% (LL coord) or +19% (PL coord) over 1-stream peak”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 8.2 Scaling to 70B · p. 25The Arrow Lake-S Tiber nodes' Xe-LPG iGPU could not handle even the smaller 12-layer stages of the 7-stage paired layout (worker died mid-inference without surfacing a Python exception); the 4 Lunar Lake instances ran the larger 20-layer 4-stage shards cleanly.
“the Arrow Lake-S Tiber nodes' Xe-LPG iGPU could not handle even the smaller 12-layer stages of the 7-stage paired layout (worker died mid-inference without surfacing a Python exception); the 4 Lunar Lake instances ran the larger 20-layer 4-stage shards cleanly.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S4 (based). May combine two claims.
Findingnone given§ 8.5 NPU Stages: Static, Stateless Shards · p. 26The OpenVINO NPU compiler rejects both dynamic shapes and ReadValue / Assign state variables, so it cannot compile the stateful dynamic-shape shards of §3.2 at all.
“the OpenVINO NPU compiler rejects both dynamic shapes and ReadValue / Assign state variables, so it cannot compile the stateful dynamic-shape shards of §3.2 at all.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 6.9 Long Generation and Stability · p. 19At 1024 tokens, spec speedup is 1.57× and acceptance is 95.1%.
“1 , 024 tokens: 1 . 57 × speedup, 95 . 1% acceptance.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingreasoning§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21The 1024-token run reaches 5.72 tok/s (+5.5% over the 128-token reference) with acceptance climbing to 72.2%.
“The 1024-token run reaches 5 . 72 tok/s (+5 . 5% over the 128-token reference) with acceptance climbing to 72 . 2%.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingnone given§ 8.5 NPU Stages: Static, Stateless Shards · p. 26Static-graph compiles take minutes.
“minutes-long static-graph compiles”
Quote in the paperNot a substantial claimMay combine two claims.
Findingnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27The mode serves a whole model on one node; it does not yet compose with the stage chain of §3.3, and the NPU plugin rejects it outright.
“The mode serves a whole model on one node; it does not yet compose with the stage chain of §3.3, and the NPU plugin rejects it outright.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing). May combine two claims. The quote only partly states this claim.
Findingown data§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21Generated output is coherent; the 70B model elaborates with a follow-up question and answers it correctly, rather than the repetition loop a smaller model often produces.
“Generated output is coherent. first10 stream 0 =”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27On CPU and GPU, an opt-in serving mode replaces the monolithic LLMPipeline with OpenVINO GenAI's ContinuousBatchingPipeline, which brings paged attention, dynamic split-fuse scheduling, block-level prefix caching, and mid-generation cancellation of individual requests.
“An opt-in serving mode replaces the monolithic LLMPipeline with OpenVINO GenAI's ContinuousBatchingPipeline , which brings paged attention, dynamic split-fuse scheduling, block-level prefix caching, and mid-generation cancellation of individual requests.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 6.10 Gemma 4 E2B: A Second Architecture · p. 20The GPU plugin tolerates the empty leading dim; the CPU plugin rejects it.
“The GPU plugin tolerates the empty leading dim; the CPU plugin rejects it.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim. May combine two claims.
Findingnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28Each slot is an independent request occupying one row of the sequence axis; the batch dimension stays 1 throughout.
“Each slot is an independent request occupying one row of the sequence axis; the batch dimension stays 1 throughout.”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30On scored tasks the two configurations are identical: 15/20 on short factual questions and 89.5% ordered-atom recall on long-form tasks in both, with identical text throughout.
“On scored tasks the two configurations are identical: 15/20 on short factual questions and 89.5% ordered-atom recall on long-form tasks in both, with identical text throughout”
Quote in the paperSubstantial claimMay combine two claims.
Findingnone given§ 8.7 Limitations · p. 30The packed serving mode of §8.6 improves the NPU's multi-user throughput through concurrency, and covers the same 8B-class two-stage pipeline the results tables are built on.
“The packed serving mode of §8.6 improves the NPU's multi-user throughput through concurrency, and covers the same 8B-class two-stage pipeline the results tables are built on”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29With four requests sharing a 96-token system prompt on the NPU, the later three reach their first token in 0.38 s against 2.26 s for the first, a 5.95× improvement.
“With four requests sharing a 96-token system prompt on the NPU, the later three reach their first token in 0 . 38 s against 2 . 26 s for the first, a 5 . 95 × improvement”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29The two stages of the Llama 3.1 8B INT4 pipeline compile in about eight minutes together.
“the two stages compile in about eight minutes together”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based).
Findingnone given§ 8.7 Limitations · p. 30WiFi latency varies by ±2 ms (averaging out over many tokens).
“WiFi latency varies by ± 2 ms (averaging out over many tokens).”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based).
Findingnone given§ 8.7 Limitations · p. 30The ASUS Zenbook S 14 fan runs continuously during benchmarks.
“the ASUS Zenbook S 14 fan runs continuously during benchmarks”
Quote in the paperNot a substantial claimMay combine two claims.
Findingreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27A small graph edit replaces the node with a [1,1,S,T] Parameter, handing mask construction to the host; the edit runs on an already-exported stage, with no PyTorch model and no re-trace.
“A small graph edit replaces the node with a [1 , 1 , S, T ] Parameter, handing mask construction to the host; the edit runs on an already-exported stage, with no PyTorch model and no re-trace.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingnone given§ 8.7 Limitations · p. 30It has not been tried on the 70B-class deployment of §6.11.
“it has not been tried on the 70B-class deployment of §6.11.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim. May combine two claims.
Findingnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28The slots partition a fixed 1023-position KV window, so per-slot context shrinks as the count rises; exporting a wider static context relaxes the trade.
“The slots partition a fixed 1023-position KV window, so per-slot context shrinks as the count rises; exporting a wider static context relaxes the trade.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ 8.7 Limitations · p. 31Top-1 logits compression (§6.7) gives an 8.17× speedup on DERP-relayed paths but only 1.12× on LAN.
“top-1 logits compression (§6.7) gives an 8 . 17 × speedup on DERP-relayed paths but only 1 . 12 × on LAN.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim. May combine two claims.
Findingnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28The past-KV window is partitioned into one contiguous region per slot, optionally behind a shared read-only prefix every row may attend to; the last S columns are the current query positions.
“The past-KV window is partitioned into one contiguous region per slot, optionally behind a shared read-only prefix every row may attend to; the last S columns are the current query positions.”
Quote in the paperSubstantial claimMay combine two claims.
Findingreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27The host partitions the fixed KV window into one contiguous region per slot and writes the mask each step.
“The host then partitions the fixed KV window into one contiguous region per slot and writes the mask each step”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28Sixteen concurrent requests decode at 1.76 ms per token where one request pays 10.57 ms.
“sixteen concurrent requests decode at 1 . 76 ms per token where one request pays 10 . 57 ms”
Quote in the paperSubstantial claimMay combine two claims.
Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30Two of ten 128-token generations differ by one immediately re-converging token, and the 2-stage NPU pipeline lands at the same eight of ten against its own unpacked baseline.
“two of ten 128-token generations differ by one immediately re-converging token, and the 2-stage NPU pipeline lands at the same eight of ten against its own unpacked baseline.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.
Findingnone given§ 8.7 Limitations · p. 30There is no fault tolerance, authentication, or encryption.
“There is no fault tolerance, authentication, or encryption.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingown data§ 8.8 Negative Results · p. 31A12/20 layer split (vs. the default 16/16) yielded 2% improvement within measurement noise.
“A12/20 layer split (vs. the default 16/16) yielded 2% improvementwithin measurement noise.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based).
Findingnone given§ 8.7 Limitations · p. 30All nodes must run identical software stacks (same OpenVINO, same Python).
“All nodes must run identical software stacks (same OpenVINO, same Python).”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 8.7 Limitations · p. 30CPU-hosted stages work (Table 16) but same-SoC CPU stages contend with the GPU for memory bandwidth.
“CPU-hosted stages work (Table 16) but same-SoC CPU stages contend with the GPU for memory bandwidth”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingnone given§ 8.7 Limitations · p. 30We do not report power draw or thermal throttling measurements.
“We do not report power draw or thermal throttling measurements.”
Quote in the paperNot a substantial claimMay combine two claims.
Findingown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29On hardware, a 2-stage Llama-3.2-1B INT4 pipeline with both stages compiled to and running on a Lunar Lake NPU, four slots over a 255-position region each, serves four rounds of fifteen sequential then six concurrent requests, 84 in all, with nothing logged on either rank.
“On hardware, a 2-stage Llama-3.2-1B INT4 pipeline with both stages compiled to and running on a Lunar Lake NPU, four slots over a 255-position region each, serves four rounds of fifteen sequential then six concurrent requests, 84 in all, with nothing logged on either rank”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Findingnone given§ 8.7 Limitations · p. 30Every benchmark reported is scoped to integrated GPUs.
“Every benchmark reported is scoped to integrated GPUs”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationown data§ 6.8 Real-WAN Validation on Tiber Cloud · p. 18Each method makes the dominant cost something different-sleep-sim isolates the latency dimension, queue-proxy charges per chunk through a per-byte-delayed forwarder, DERP charges per packet through a real relay server with its own queueing.
“Each method makes the dominant cost something different - sleep-sim isolates the latency dimension, queue-proxy charges per chunk through a per-byte-delayed forwarder, DERP charges per packet through a real relay server with its own queueing.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.
Interpretationreasoning§ 5.2 Mask-Based Rewind · p. 10The mask-based rewind composes with the rejection-sampling correction in principle, but has not been validated empirically.
“the mask-based rewind composes with this correction in principle (the cache state is the same either way), but we have not validated it empirically.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 6.5 WAN Latency Sensitivity · p. 14The observed 4.04× at 100 ms/hop falls between the mbatch-alone and full-ceiling bounds, consistent with neither amortization being saturated at this hop latency.
“The observed 4 . 04 × at 100 ms/hop falls between the mbatch-alone and full-ceiling bounds, consistent with neither amortization being saturated at this hop latency.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 6.4 Activation Compression · p. 14After both, the network is ∼10% of per-token time on LAN-which bounds what any transport swap can recover at this scale.
“After both, the network is ∼ 10% of per-token time on LAN-which bounds what any transport swap can recover at this scale.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 16Extending the spec + mbatch coordinator to 3 stages is straightforward and lets us run the full stack on the alpha + charlie + beta testbed.
“Extending the spec + mbatch coordinator to 3 stages is straightforward and lets us run the full stack on the alpha + charlie + beta testbed (§6.1).”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S2 (checkable), S3 (load-bearing).
Interpretationreasoning§ 6.4 Activation Compression · p. 14A production transport therefore needs a TCP fallback regardless.
“A production transport therefore needs a TCP fallback regardless.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.
Interpretationreasoning§ 6.4 Activation Compression · p. 14For multi-segment payloads, QUIC's stream-level loss recovery avoids the cwnd-ramp cost measured in Table 11 and should help materially.
“For multi-segment payloads (the 512 KB FP32 logits return, §6.7), QUIC's stream-level loss recovery avoids the cwnd-ramp cost we measure in Table 11 and should help materially.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 6.5 WAN Latency Sensitivity · p. 14The sleep-sim approach is deterministic but lacks real TCP effects like slow-start or jitter; reported speedups should be considered a lower bound on the real WAN advantage.
“Unlike traditional tc/netem WAN emulation, this approach is deterministic but lacks real TCP effects like slow-start or jitter-the reported speedups should be considered a lower bound on the real WAN advantage”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationown data§ 6.4 Activation Compression · p. 13On LAN, bandwidth is not the bottleneck; activation compression cannot help.
“On LAN, bandwidth is not the bottleneck-compression cannot help.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 6.5 WAN Latency Sensitivity · p. 15Adding hop latency on the 3-stage target-only path costs more wall-clock per token than the sleep-sim suggests, because each token requires four full TCP round-trips with ∼500 KB logits responses-TCP cwnd takes several RTTs to ramp on a cold flow, and persistent connections only partially amortize the warm-cwnd penalty.
“Adding hop latency on the 3-stage target-only path costs more wall-clock per token than the sleep-sim suggests, because each token requires four full TCP round-trips with ∼ 500 KB logits responses - TCP cwnd takes several RTTs to ramp on a cold flow, and persistent connections only partially amortize the warm-cwnd penalty.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationown data§ 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 17Higher K pays for the extra hop because K+1 tokens emitted per target round-trip amortize across 4 network hops instead of 2; the LAN K-sweep of Table 12's target-only path predicted this directional shift, and it now holds in the full stack.
“Higher K pays for the extra hop because K +1 tokens emitted per target round-trip amortize across 4 network hops instead of 2; the LAN K-sweep of Table 12's target-only path predicted this directional shift, and it now holds in the full stack.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 5.2 Mask-Based Rewind · p. 10The mask-based rewind is correct for greedy because the acceptance check is a simple token-id comparison and the surviving cache is identical regardless of rewind method.
“The mask-based rewind is correct for greedy because the acceptance check is a simple token-id comparison and the surviving cache is identical regardless of rewind method.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationown data§ 5.3 Single-Node Results · p. 10On content easier for the draft to predict, speedup climbs toward the theoretical 1+ K · p_accept ceiling; on content where the draft diverges early, it falls to the acceptance floor.
“On content that is easier for the draft to predict (structured output: code, translation, chat boilerplate), the speedup climbs toward the theoretical 1+ K · p accept ceiling; on content where the draft diverges early, it falls to the acceptance floor.”
Quote in the paperSubstantial claim- Rests on an assumption: The theoretical speedup ceiling for speculative decoding is 1 + K · p_accept.
May combine two claims.
Interpretationnone given§ 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 16Each additional stage adds a network hop per token but also adds an iGPU that microbatching can keep busy.
“Each additional stage adds a network hop per token but also adds an iGPU that microbatching can keep busy.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 6.5 WAN Latency Sensitivity · p. 16Both regimes hit roughly the same multiplier through different mechanisms because at high latency the network term dominates the per-token wall time and the multipliers approach each other.
“both regimes hit roughly the same multiplier through different mechanisms because at high latency the network term dominates the per-token wall time and the multipliers approach each other.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Study design and conductnone given§ 1 Introduction · p. 2Every table row in the paper is backed by a committed benchmark script and raw log under the reproduction/ directory.
“every table row below is backed by a committed benchmark script and raw log under the reproduction/ directory in the companion repository”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 6.7 Top-1 Logits Compression · p. 17For greedy decoding the coordinator only needs arg max + the top probability for spec-decode bookkeeping; sending only the top-1 token id and probability (∼8 bytes) preserves correctness.
“For greedy decoding the coordinator only needs arg max + the top probability for spec-decode bookkeeping; sending only the top-1 token id and probability ( ∼ 8 bytes) preserves correctness.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 6.5 WAN Latency Sensitivity · p. 15The gap to the sleep-sim 2-stage figures comes from the topology change (2 hops/token vs. 1) and the absence of speculative decoding-not from the proxy method itself.
“The gap to the sleep-sim 2-stage figures comes from the topology change (2 hops/token vs. 1) and the absence of speculative decoding-not from the proxy method itself.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 6.5 WAN Latency Sensitivity · p. 14For measured K=3 with p_accept=0.707, the spec-only ceiling is 3.12× over the spec-less single-stream baseline; combined with the mbatch ≈2×, the full-stack ceiling against naïve is ≈6.2×.
“For our measured K =3 with p accept =0 . 707, the spec-only ceiling is 3 . 12 × over the spec-less single-stream baseline; combined with the mbatch ≈ 2 × , the full-stack ceiling against naïve is ≈ 6 . 2 × .”
Quote in the paperSubstantial claim- Rests on an assumption: The theoretical speedup ceiling for speculative decoding is 1 + K · p_accept.
May combine two claims.
Interpretationown data§ 6.4 Activation Compression · p. 14On wired gigabit Ethernet the same 16 KB round trip is sub-millisecond, removing ∼10% of the per-token budget.
“on wired gigabit Ethernet the same 16 KB round trip is sub-millisecond, removing ∼ 10% of the per-token budget (Table 8).”
Quote in the paperSubstantial claimThe quote only partly states this claim.
Interpretationreasoning§ Abstract · p. 1Mask-based KV rewind makes speculative decoding pay off on stateful OpenVINO models.
“Second, we make speculative decoding pay off on stateful OpenVINO models”
Quote in the paperSubstantial claim- Rests on an assumption: Canonical speculative decoding implementations rely on paged attention or dedicated rewind APIs that are not available on stateful OpenVINO models.
May combine two claims.
Interpretationreasoning§ 5.2 Mask-Based Rewind · p. 10Masking out low-utility positions yields the same attention result at no device cost, so the machinery built here would carry cache-reduction policies like SkipKV.
“Masking those positions out instead yields the same attention result at no device cost, so the machinery built here would carry such policies as well.”
Quote in the paperNot a substantial claim0 of 1 sources checked- cites SkipKV [16]
Couldn’t be matched to a paper in Crossref, so it can’t be checked.
May combine two claims.
Interpretationown data§ 6.5 WAN Latency Sensitivity · p. 16The sweet spot is moderate K (5-7) that balances acceptance with draft cost; precise winner shifts within that band across runs by ∼3%.
“The sweet spot is moderate K (5-7) that balances acceptance with draft cost; precise winner shifts within that band across runs by ∼ 3%.”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim.
Study design and conductnone given§ 5.2 Mask-Based Rewind · p. 10All results in this paper use greedy decoding (arg max token selection).
“All results in this paper use greedy decoding (arg max token selection).”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S4 (based).
Premisenone given§ 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25A stateful OpenVINO shard offers no such API: its KV cache is opaque per-InferRequest device state.
“A stateful OpenVINO shard offers no such API: its KV cache is opaque perInferRequest device state.”
Quote in the paperNot a substantial claimMay combine two claims.
Premisereasoning§ 8.5 NPU Stages: Static, Stateless Shards · p. 26An NPU shard must be both static-shape and stateless.
“An NPU shard must be both static-shape and stateless.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25The cost profile works out because capture runs once per generation rather than once per decode step; the ∼48 ms state round-trip of Table 4 that was fatal for per-step rewind is negligible next to a full prefill.
“The cost profile works out because capture runs once per generation rather than once per decode step; the ∼ 48 ms state round-trip of Table 4 that was fatal for per-step rewind is negligible next to a full prefill.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 7.2 Results · p. 23The slightly lower ratio on the new exports is consistent: both numerator and denominator move up, but the single-stream baseline moves up by more, leaving less stage-idle time for the second stream to absorb.
“The slightly lower ratio on the new exports is consistent: both numerator (single-stream) and denominator (2-stream aggregate) move up, but the single-stream baseline moves up by more, leaving less stage-idle time for the second stream to absorb.”
Quote in the paperNot a substantial claimMay combine two claims.
Study design and conductnone given§ 6.12 Scenario Comparison: PP vs. PP + SD vs. PP + SD + MB · p. 22Under greedy decoding, speculative decoding is bit-exact-(b) produces the same tokens as (a), only faster.
“Under greedy decoding, speculative decoding is bit-exact-(b) produces the same tokens as (a), only faster”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationown data§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21Smaller per-stage layer counts did not save the Arrow Lake instance from failure, so 'finer splits as a workaround' cannot be recommended.
“The takeaway is asymmetric: smaller per-stage layer counts did not save the Arrow Lake instance from failure, so we cannot recommend 'finer splits as a workaround.'”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based).
Study design and conductnone given§ 6.10 Gemma 4 E2B: A Second Architecture · p. 20Output is byte-correct on every config.
“Output byte-correct on every config.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S2 (checkable).
Study design and conductreasoning§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21Bit-exact equivalence to the 4-stage target-only path on the same shards is the strongest correctness check currently available.
“Bit-exact equivalence to the 4-stage target-only path on the same shards is the strongest correctness check we have for now”
Quote in the paperNot a substantial claimMay combine two claims.
Study design and conductreasoning§ 8.5 NPU Stages: Static, Stateless Shards · p. 26The NPU export path pins every input dimension (batch 1, decode sequence length 1, a context window fixed at export time) and skips the make-stateful transformation, so the KV cache becomes explicit graph ports: each shard is a pure function (input, attention mask, position ids, past KV) → (output, present KV).
“The NPU export path pins every input dimension (batch 1, decode sequence length 1, a context window fixed at export time) and skips the make-stateful transformation, so the KV cache becomes explicit graph ports: each shard is a pure function (input , attention mask , position ids , past KV) → (output , present KV).”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationnone given§ 8.5 NPU Stages: Static, Stateless Shards · p. 26The two graphs can compile to different devices, prefilling on one and decoding on another.
“The two graphs can even compile to different devices, prefilling on one and decoding on another.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 8.5 NPU Stages: Static, Stateless Shards · p. 26An NPU stage frees the iGPU for other work at lower power.
“an NPU stage frees the iGPU for other work at lower power.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S4 (based). May combine two claims.
Interpretationnone given§ 7 Multi-User Throughput via Micro-Batching · p. 23A 2-stage pipeline has an inherent inefficiency for single requests: while stage 1 computes, stage 0 sits idle. With balanced 25 ms stages, utilization is roughly 50%.
“A 2-stage pipeline has an inherent inefficiency for single requests: while stage 1 computes, stage 0 sits idle. With balanced 25 ms stages, utilization is roughly 50%.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 8.3 Quantization Challenges · p. 25A mixed-precision export path (FP32 embedding, INT4 decoder layers) would solve this but requires NNCF to support per-subgraph precision control.
“A mixed-precision export path (FP32 embedding, INT4 decoder layers) would solve this but requires NNCF to support per-subgraph precision control.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationown data§ 8.2 Scaling to 70B · p. 25The 70B result is the strongest validation of the paper's central thesis: a fleet of consumer Intel AI PCs can run a model that would not fit on any of them individually, at interactive throughput, with bit-exact output relative to the same topology's target-only path.
“The 70B result is the strongest validation of the paper's central thesis: a fleet of consumer Intel AI PCs can run a model that would not fit on any of them individually, at interactive throughput, with bit-exact output relative to the same topology's target-only path.”
Quote in the paperSubstantial claimMay combine two claims.
Study design and conductnone given§ 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25The multi-stage protocol, in which each stage captures and restores only its own layers, runs end-to-end on fleet hardware but has not yet received the same byte-exact certification.
“The multi-stage protocol, in which each stage captures and restores only its own layers, runs end-to-end on fleet hardware but has not yet received the same byte-exact certification.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 8.2 Scaling to 70B · p. 24Spec decode amortization grows with deeper pipelines. A K=10 verify amortizes ∼7.5 emitted tokens per target round-trip; for a 4-hop topology each emitted token pays ∼13% of the round-trip latency it would on a K=1 naïve path.
“Spec decode amortization grows with deeper pipelines. A K =10 verify amortizes ∼ 7 . 5 emitted tokens per target round-trip; for a 4-hop topology each emitted token pays ∼ 13% of the round-trip latency it would on a K =1 naïve path.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S4 (based).
Premisecitation§ 7.1 Approach · p. 23Each OpenVINO InferRequest should, per the Model API documentation, maintain independent KV cache state.
“Each OpenVINO InferRequest should , per the Model API documentation, maintain independent KV cache state.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based).
Interpretationnone given§ 6.10 Gemma 4 E2B: A Second Architecture · p. 19The v2 export removed a precisionhint penalty that afflicts any compile attempted on OV 2026.1+.
“the v2 export having removed a precisionhint penalty that afflicts any compile attempted on OV 2026.1+.”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Premisecitation§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27Continuous batching is the more fluid discipline used by paged-attention servers: requests join a running batch as they arrive and leave it as they finish.
“Continuous batching [19] is the more fluid discipline used by paged-attention servers: requests join a running batch as they arrive and leave it as they finish.”
Quote in the paperNot a substantial claim0 of 1 sources checked- cites [19] [19] Gyeong-In Yu, Joo Seong Jeong, Geon-Woo Kim, Soojeong Kim, and Byung-Gon Chun. Orca: A distributed serving system for transformer-based generative models. In Proceedings of the 16th USENIX Symposium on Operating Systems Design and Implementation (OSDI) , 2022. -
Not checked in the free run.
Classified as probably not a substantial claim.
Premisenone given§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 20The 70B-class regime where the model genuinely cannot fit on one node is the regime the distributed pipeline exists for.
“The 70B-class regime where the model genuinely cannot fit on one node - is the regime the distributed pipeline exists for.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S4 (based).
Interpretationreasoning§ 7.2 Results · p. 24Continuous batching, in which requests join and leave a running batch as they arrive and finish, lifts that restriction.
“Continuous batching, in which requests join and leave a running batch as they arrive and finish, lifts that restriction (§8.6).”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21The 4-stage topology imposes 3 worker round-trips per spec verify (stage 0 runs in-coord; stages 1-3 are remote), and these per-call DERP costs amortize across the 1+0.653·10 ≈ 7.5 tokens emitted per call when K=10.
“the 4-stage topology imposes 3 worker round-trips per spec verify (stage 0 runs in-coord; stages 1-3 are remote), and these per-call DERP costs amortize across the 1+0 . 653 · 10 ≈ 7 . 5 tokens emitted per call when K =10.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21The per-stream throughput drops below the 5 tok/s interactive floor, but for batch-style multi-user serving the aggregate 6.43 tok/s is the relevant metric.
“the per-stream throughput drops below the 5 tok/s interactive floor, but for batch-style multi-user serving the aggregate 6 . 43 tok/s is the relevant metric.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S4 (based).
Premisenone given§ 8.2 Scaling to 70B · p. 24Llama 3.1 70B INT4 (∼36 GB) is the smallest model in the 70B class that fits a 4-node fleet at 32 GB system RAM each.
“Llama 3.1 70B INT4 ( ∼ 36 GB) is the smallest model in the 70B class that fits a 4-node fleet at 32 GB system RAM each.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25Chat templates that rewrite earlier turns destroy prefix stability, and such prompts miss and fall back to a cold prefill, as does every failure path (missing capture on any stage, model-fingerprint mismatch, restore timeout).
“Chat templates that rewrite earlier turns (models that re-render thinking blocks, for example) destroy prefix stability, and such prompts miss and fall back to a cold prefill, as does every failure path (missing capture on any stage, model-fingerprint mismatch, restore timeout).”
Quote in the paperNot a substantial claimMay combine two claims.
Study design and conductown data§ 6.10 Gemma 4 E2B: A Second Architecture · p. 20Output between the two concurrent streams is byte-identical (same prompt, deterministic generation), confirming that the cross-stream KV isolation is correct.
“Output between the two concurrent streams is byte-identical (same prompt, deterministic generation), confirming that the cross-stream KV isolation is correct.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationown data§ 8.2 Scaling to 70B · p. 24Per-stream throughput at 1-stream (5.42) and PL-coord 2-stream (3.21) brackets the 5 tok/s interactive floor: a 70B fleet running the full stack is at the boundary of usable interactive chat for one user and trades that floor for ∼6 tok/s aggregate across two users.
“Per-stream throughput at 1-stream (5 . 42) and PL-coord 2-stream (3 . 21) brackets the 5 tok/s interactive floor: a 70B fleet running the full stack is at the boundary of usable interactive chat for one user and trades that floor for ∼ 6 tok/s aggregate across two users.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25Because the serialized state is opaque to everything but the producing shard, reuse is whole-sequence: a captured sequence accelerates any later prompt it prefixes, which covers session resume but not block-level sharing of partial prefixes between unrelated requests.
“Because the serialized state is opaque to everything but the producing shard, reuse is whole-sequence: a captured sequence accelerates any later prompt it prefixes, which covers session resume but not block-level sharing of partial prefixes between unrelated requests.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 8.5 NPU Stages: Static, Stateless Shards · p. 26The exporter can emit a second static graph with the sequence dimension pinned to a chunk width C instead of 1, sharing the same host KV ring byte-identically, so the prompt is consumed C tokens per forward and only decode runs at sequence length 1.
“Prefill does not have to feed token-by-token: the exporter can emit a second static graph with the sequence dimension pinned to a chunk width C instead of 1, sharing the same host KV ring byte-identically, so the prompt is consumed C tokens per forward and only decode runs at sequence length 1.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing), S4 (based).
Study design and conductnone given§ 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21Multi-stream runs are bit-exact across both streams.
“Multi-stream runs are bit-exact across both streams.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 6.9 Long Generation and Stability · p. 19The mask-based rewind leaves rejected-draft K/V in physical cache, but rejected-draft overhead is per-step constant while the live-token count grows linearly, so the bloat ratio converges to 1.
“the mask-based rewind leaves rejected-draft K/V in physical cache, but rejected-draft overhead is per-step constant while the live-token count grows linearly-bloat ratio converges to 1”
Quote in the paperNot a substantial claimProbably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.
Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29This is deliberately smaller machinery than the capture-and-restore caching of §8.4: one entry, populated by whichever request arrives first, no eviction, and no block-level sharing between partially-overlapping prompts.
“This is deliberately smaller machinery than the capture-and-restore caching of §8.4: one entry, populated by whichever request arrives first, no eviction, and no block-level sharing between partially-overlapping prompts.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30The slot count is baked into the IR shape, so changing it means re-exporting and restarting every stage.
“the slot count is baked into the IR shape, so changing it means re-exporting and restarting every stage”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29The 4-slot Llama-3.2-1B worker admits four requests at once where the unpacked path serializes them.
“4-slot Llama-3.2-1B worker admits four requests at once where the unpacked path serializes them”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Study design and conductnone given§ 8.7 Limitations · p. 31The headline sweep in Table 10 uses time.sleep() on the worker's recv/send boundaries to inject deterministic one-way delay.
“The headline sweep in Table 10 uses time.sleep() on the worker's recv/send boundaries to inject deterministic one-way delay”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30The placement solver never chose the NPU because single-stream decode there costs about 4× the iGPU per token; packing divides that cost by the concurrent slot count.
“The placement solver never chose the NPU because single-stream decode there costs about 4 × the iGPU per token; packing divides that cost by the concurrent slot count.”
Quote in the paperSubstantial claimMay combine two claims.
Study design and conductown data§ 9 Conclusion · p. 32The three composing techniques each address a distinct bottleneck and are individually validated with bit-exact output vs. their respective baselines.
“The three composing techniques each address a distinct bottleneck and are individually validated with bit-exact output vs. their respective baselines:”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationown data§ 8.8 Negative Results · p. 31The bottleneck for asymmetric shard planning is network round-trip cost, not compute imbalance between stages.
“The bottleneck is network round-trip cost, not compute imbalance between stages.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29Reuse is single-stage only, unlike the packing itself: the shared region is populated at admission, which only stage 0 performs, so a downstream stage would open no shared columns for the tokens stage 0 skipped prefilling.
“Reuse is single-stage only, unlike the packing itself: the shared region is populated at admission, which only stage 0 performs, so a downstream stage would open no shared columns for the tokens stage 0 skipped prefilling.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29The first request populates the shared region, later requests match it by longest common prefix and begin at the matched depth with no re-prefill.
“the first request populates it, later requests match it by longest common prefix and begin at the matched depth with no re-prefill”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30Long free-form generation is not guaranteed bit-identical, because the packed variant is a different compiled graph and greedy decode occasionally flips a near-tied argmax.
“Long free-form generation is not guaranteed bit-identical, because the packed variant is a different compiled graph and greedy decode occasionally flips a near-tied argmax”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Interpretationnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30A generation that outgrows the region slides within it under the pinned-sink rule of §8.5.
“a generation that outgrows the region slides within it under the pinned-sink rule of §8.5”
Quote in the paperNot a substantial claimMay combine two claims.
Study design and conductown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30Single-stage packed isolation is verified on five models across three families (Llama, Qwen, and Phi, up to 14B-class), including eight concurrent identical prompts decoding byte-identically.
“Single-stage packed isolation is verified on five models across three families (Llama, Qwen, and Phi, up to 14B-class), including eight concurrent identical prompts decoding byte-identically.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 8.8 Negative Results · p. 31Per-stage asymmetric precision would not help because the GPU is already memory-bound-limited, not compute-bound.
“Per-stage asymmetric precision would not help for the same reason (the GPU is already memory-bound-limited, not compute-bound).”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28Both kinds run in one inference, which is split-fuse scheduling obtained from the mask layout alone.
“Both kinds run in one inference, which is split-fuse scheduling obtained from the mask layout alone.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29Early finishers retire immediately, returning their KV regions to the free pool for the next admission; a client disconnect does the same for a running request, which the unpacked path can only do for queued ones.
“Early finishers retire immediately, returning their KV regions to the free pool for the next admission; a client disconnect does the same for a running request, which the unpacked path can only do for queued ones.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Study design and conductnone given§ 8.7 Limitations · p. 31Table 11 adds a release-time-queue TCP proxy on the rainier 3-stage path to capture per-RTT cwnd dynamics.
“Table 11 adds a release-time-queue TCP proxy on the rainier 3-stage path to capture per-RTT cwnd dynamics”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationown data§ 8.8 Negative Results · p. 31Our result argues against expecting per-token bandwidth savings from cache quantization on this GPU; it says nothing against capacity-motivated compression, which we have not evaluated.
“Our result argues against expecting per-token bandwidth savings from cache quantization on this GPU; it says nothing against capacity-motivated compression, which we have not evaluated.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29The packed exchange carries deadlines enforced inside the transport, a negative acknowledgment when a stage cannot answer, and a whole-batch abort that retires every slot with an attributed error rather than stranding the ones not being polled.
“the packed exchange carries deadlines enforced inside the transport, a negative acknowledgment when a stage cannot answer, and a whole-batch abort that retires every slot with an attributed error rather than stranding the ones not being polled.”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.
Study design and conductreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29These are end-to-end ratios on a fixed packed build, not comparable to the last column of Table 20, which measures a packed inference against the untouched sequence-1 graph.
“These are end-to-end ratios on a fixed packed build, not comparable to the last column of Table 20, which measures a packed inference against the untouched sequence-1 graph.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationreasoning§ 8.7 Limitations · p. 31The three methods bracket the full WAN cost: sleep-sim isolates the latency dimension, queue-proxy captures multi-segment cwnd effects, and the Tiber Cloud measurement adds real relay-server queueing on top.
“The three methods bracket the full WAN cost: sleep-sim isolates the latency dimension, queue-proxy captures multi-segment cwnd effects, and the Tiber Cloud measurement adds real relay-server queueing on top.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30A prompt must fit its slot's region outright and is refused at admission when it cannot.
“a prompt must fit its slot's region outright and is refused at admission when it cannot”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27Several rows assigned to one slot form a causal prefill chunk.
“several rows assigned to one slot form a causal prefill chunk”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30The window partition is fixed and uniform rather than paged, so a lightly-used slot still reserves its full region.
“the window partition is fixed and uniform rather than paged, so a lightly-used slot still reserves its full region”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30On a more shape-sensitive model the divergence is larger, but two packed builds differing only in slot count agree with each other less often than either agrees with the unpacked baseline, which places the sensitivity in compiled-graph shape rather than in packing itself.
“On a more shape-sensitive model the divergence is larger, but two packed builds differing only in slot count agree with each other less often than either agrees with the unpacked baseline, which places the sensitivity in compiled-graph shape rather than in packing itself.”
Quote in the paperSubstantial claimClassified as probably not a substantial claim.
Interpretationreasoning§ 8.7 Limitations · p. 31The right WAN cost model depends on the dominant per-segment cost.
“The right WAN cost model depends on the dominant per-segment cost”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Interpretationnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29The 6.01× in the table is the graph-level ceiling.
“the 6 . 01 × in the table is the graph-level ceiling”
Quote in the paperNot a substantial claimClassified as probably not a substantial claim.
Study design and conductown data§ 8.7 Limitations · p. 31§6.8 adds a real cross-subnet WAN measurement on Intel Tiber Cloud over Tailscale's DERP relay.
“§6.8 adds a real cross-subnet WAN measurement on Intel Tiber Cloud over Tailscale's DERP relay.”
Quote in the paperSubstantial claimMay combine two claims.
Study design and conductown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30Determinism and batch-composition invariance hold 10/10 in every configuration tested, the 2-stage NPU pipeline included.
“determinism and batch-composition invariance (a request's output must not depend on its batch-mates) hold 10/10 in every configuration tested, the 2-stage NPU pipeline included”
Quote in the paperSubstantial claimProbably not a substantial claim: may not pass S3 (load-bearing).
Interpretationnone given§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30Decoding remains greedy-only.
“decoding remains greedy-only.”
Quote in the paperNot a substantial claimMay combine two claims.
Interpretationown data§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29The ratio holds between 3B and 8B and stays close to the slot count, so the amortization does not fall away as the shard grows.
“The ratio holds between 3B and 8B and stays close to the slot count, so the amortization does not fall away as the shard grows.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29The engine sits behind a single lock held across an inference plus a full inter-stage round trip, so any request-facing path that takes that lock by blocking can starve the process's own I/O and timer events until no worker remains to dispatch the reply the driver is parked on.
“The engine sits behind a single lock held across an inference plus a full inter-stage round trip, so any request-facing path that takes that lock by blocking (stream polls, submissions, cancellations, disconnects) can starve the process's own I/O and timer events until no worker remains to dispatch the reply the driver is parked on.”
Quote in the paperSubstantial claimMay combine two claims.
Interpretationreasoning§ 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27Packed mode drops the separate chunked-prefill graph of §8.5, saving one of the minutes-long NPU compiles and a second resident copy of the weights.
“packed mode also drops the separate chunked-prefill graph of §8.5, saving one of the minutes-long NPU compiles and a second resident copy of the weights.”
Quote in the paperSubstantial claim
The paper relies on this without support.
16+ GB of unified memory is not enough to fit a 70B-parameter LLM.
“That is not enough memory to fit a large model such as a 70B-parameter LLM.”
The paper relies on this without support.
Standard model export tools (torch.export, torch.onnx.export) fail on modern transformer attention due to dynamic control flow in rotary embeddings and KV cache management.
“Standard model export tools ( torch.export , torch.onnx. export ) fail on modern transformer attention due to dynamic control flow in rotary embeddings and KV cache management.”
The paper relies on this without support.
Monolithic compiled models cannot be split at layer boundaries without invasive graph surgery.
“Monolithic compiled models cannot be split at layer boundaries without invasive graph surgery.”
The paper relies on this without support.
Canonical speculative decoding implementations rely on paged attention or dedicated rewind APIs that are not available on stateful OpenVINO models.
“the canonical implementations rely on paged attention or dedicated rewind APIs that are not available on stateful OpenVINO models.”
The paper relies on this without support.
The optimum-intel library produces monolithic graphs with no per-layer splitting mechanism.
“The optimum-intel library exports whole models via OVModelForCausalLM but produces monolithic graphs with no per-layer splitting mechanism.”
The paper relies on this without support.
HuggingFace's DynamicCache and LlamaRotary Embedding are untraceable.
“HuggingFace's DynamicCache (Python list ops) and LlamaRotary Embedding ( torch.autocast guards) are both untraceable.”
The paper relies on this without support.
The interactive floor for live inference is 5 tok/s.
“the 5 tok/s interactive floor”
The paper relies on this without support.
The theoretical speedup ceiling for speculative decoding is 1 + K · p_accept.
“the theoretical 1+ K · p accept ceiling”
The paper relies on this without support.
Realistic single-turn lengths are below the model's window such that cache bloat of 1.02× is acceptable.
“so no periodic compaction is needed for realistic single-turn lengths”
The paper relies on this without support.
A cloud-hosted Llama 3.1 8B typically achieves 30-60 tok/s but incurs per-token API costs and data residency exposure.
“A cloud-hosted Llama 3.1 8B typically achieves 30-60 tok/s but incurs per-token API costs and data residency exposure.”
The paper relies on this without support.
The common case for prefix caching is a multi-turn conversation where the client resends the history, so the previous turn's full sequence is exactly a prefix of the new prompt.
“The common case is a multi-turn conversation: the client resends the history, so the previous turn's full sequence is exactly such a prefix.”
The paper relies on this without support.
The NPU shares LPDDR bandwidth with the iGPU.
“the NPU shares LPDDR bandwidth with the iGPU”
The paper relies on this without support.
A fully-blocked row produces NaN out of softmax and poisons the live rows sharing the inference.
“a fully-blocked row produces NaN out of softmax and poisons the live rows sharing the inference”
The paper relies on this without support.
The NPU has no paged attention to borrow.
“The NPU has no paged attention to borrow”
The authors state this as an assumption.
The system assumes a trusted, reliable network.
“The system assumes a trusted, reliable network.”
Self-check
Percentages, sums and reported differences re-computed from the paper’s own numbers.
Each contradiction between two passages listed here was confirmed by an independent check.
GPU-only benchmark claim conflicts with reported NPU benchmarks
MinorThe limitations section says every reported benchmark is scoped to integrated GPUs, but Table 20 explicitly reports measured NPU decode performance.
“Every benchmark reported is scoped to integrated GPUs”
“Table 20: Packed multi-slot decode on a Lunar Lake NPU (Qwen2.5-1.5B INT4 stage-0 shard, OpenVINO 2026.2.1).”
Tiber and LAN testbeds differ in hardware, not only network and Python
MinorThe Tiber comparison says network path and Python are the only differences, yet Tiber uses two Lunar Lake instances while the LAN pair includes the Panther Lake alpha node.
“the only differences are network path (DERP-relayed vs. LAN) and Python (3.14 vs. 3.11).”
“node-02 ( alpha , HP OmniBook X 16): Core Ultra X7 358H (Panther Lake), Arc B390 iGPU, 32 GB DDR5.”
Cites
The publisher hasn’t deposited this paper’s reference list.
Research works printed but not linked: 2
- [7][7] Yanping Huang, Youlong Cheng, Ankur Bapna, Orhan Firat, Dehao Chen, Mia Chen, HyoukJoong Lee, Jiquan Ngiam, Quoc V Le, Yonghui Wu, and Zhifeng Chen. GPipe: Efficient training of giant neural networks using pipeline parallelism. In Advances in Neural Information Processing Systems (NeurIPS) , 2019. -
- [19][19] Gyeong-In Yu, Joo Seong Jeong, Geon-Woo Kim, Soojeong Kim, and Byung-Gon Chun. Orca: A distributed serving system for transformer-based generative models. In Proceedings of the 16th USENIX Symposium on Operating Systems Design and Implementation (OSDI) , 2022. -
Cited by
Still being checked.
- Authors
- Berenbaum, T., & Venkatachalam, M.
- Affiliations
- Intel (United States) (US)
- Venue
- arXiv
- Publisher
- arXiv
- Published
- 2026
- ISSN
- 2331-8422 (ISSN-L)
- arXiv
- 2608.19147
- OpenAlex
- W7203871745
- Semantic Scholar
- dd2a0fe5c9eaf9fe9e8c04f4ffb480bb49f71f8a
- Cited by
- 0
- References
- 0
- Type
- posted content
- Language
- en
- Open access
- green
- arxiv.org
- Licence
- Locations
- arXiv (Cornell University) (submittedVersion, cc-by)
- arXiv (Cornell University) (cc-by)
- Topics
- Physical Sciences › Computer Science › Hardware and Architecture › Parallel Computing and Optimization Techniques
- Physical Sciences › Computer Science › Artificial Intelligence › Natural Language Processing Techniques
- Physical Sciences › Computer Science › Computer Vision and Pattern Recognition › Advanced Neural Network Applications
- Keywords
- pipeline parallelism, OpenVINO, speculative decoding, Llama 3.1
About these checks
Registry, retraction, Cites and statistics results are computed, not judged, with one exception: a printed reference that no index lists is read once by a model before it counts as a citation error. Claims are extracted by a model and kept only when their quote appears verbatim in the text; each cited source is then checked, with a model’s help, for whether it says what the claim relies on. Those verdicts can be wrong — read the claim’s quote and the cited source before relying on one.
Claims read by deepseek-v4.1-flash under definition version 3 (extract-v3) on 2026-10-31.
Classified by jev-1.13-20260917 (gold-guideline-v0.2) on 2026-10-31.
Cited sources are checked by gpt-6-sol.
Statistics and arithmetic are recomputed, not judged.
Confidence bands are shown only for fields calibrated on our annotated test set. None is calibrated yet, so no band is shown.
What counts as a claim ›How we measure confidence ›How we check this ›
Are you an author, or do you see a problem with this page? Request a review