PreprintCited by 0Parallel Computing and Optimization TechniquesNatural Language Processing TechniquesAdvanced Neural Network Applications

Pre-Compiled Pipeline Shards for Distributed LLM Inference on Intel AI PC Fleets

Open access
Berenbaum, Tate, Venkatachalam, Muthaiah·2026·arXiv

Abstract

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

DataCite · 10.48550/arxiv.2608.19147

Cites

0 citation errors · 0 not checkable

Statistics

Nothing to recompute.

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
  • 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. 10

    Extending 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. 25

    Gemma 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. 25

    Serving 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. 19

    Gemma 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. 31

    Recipe-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. 18

    The 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 claim
  • May combine two claims.

    Findingown data
    § 6.5 WAN Latency Sensitivity · p. 16

    K=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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingown data
    § 6.1 Testbed · p. 12

    Raw 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 claim
  • May combine two claims.

    Findingown data
    § 1 Introduction · p. 2

    The 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 claim
  • May combine two claims.

    Findingown data
    § 3.1 Overview · p. 4

    A 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 claim
  • May combine two claims.

    Findingnone given
    § 6.8 Real-WAN Validation on Tiber Cloud · p. 18

    Intel'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 claim
  • May combine two claims.

    Findingown data
    § 6.8 Real-WAN Validation on Tiber Cloud · p. 18

    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.

    “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. 14

    At 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. 10

    Generation 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 claim
  • May combine two claims.

    Findingown data
    § 6.2 Progressive Optimization · p. 12

    The 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 claim
  • May combine two claims.

    Findingown data
    § 6.3 Per-Token Breakdown · p. 12

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingown data
    § 2.3 Serving Systems and Throughput Optimization · p. 4

    OpenVINO'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 claim
  • May combine two claims.

    Findingown data
    § Abstract · p. 1

    A 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. 17

    All 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 claim
  • May combine two claims.

    Findingown data
    § 6.5 WAN Latency Sensitivity · p. 15

    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.

    “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. 17

    The 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 claim
  • May combine two claims.

    Findingown data
    § 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 17

    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.

    “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 claim
  • May combine two claims.

    Findingown data
    § 6.4 Activation Compression · p. 14

    Provider 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingown data
    § 6.5 WAN Latency Sensitivity · p. 14

    Run-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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingreasoning
    § 3.3 TCP Activation Relay · p. 6

    KV-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 claim
  • May combine two claims.

    Findingown data
    § 5.4 Compose-with-Shards · p. 11

    Speculative 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 claim
  • May combine two claims.

    Findingown data
    § 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 17

    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.

    “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 claim
  • May combine two claims.

    Findingreasoning
    § 6.2 Progressive Optimization · p. 12

    The 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 claim
  • May combine two claims.

    Findingown data
    § 5.1 The Trim Problem · p. 9

    Physical 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 claim
  • May combine two claims.

    Findingown data
    § 5.1 The Trim Problem · p. 9

    A 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 claim
  • May combine two claims.

    Findingown data
    § 6.5 WAN Latency Sensitivity · p. 16

    Optimal 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based).

    Findingnone given
    § 6.2 Progressive Optimization · p. 12

    Run-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 claim
  • May combine two claims.

    Findingreasoning
    § 6.7 Top-1 Logits Compression · p. 17

    Greedy 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 claim
  • May combine two claims.

    Findingnone given
    § 5.4 Compose-with-Shards · p. 11

    Output 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 claim
  • May combine two claims.

    Findingown data
    § 4.2 Splitting into More Stages · p. 8

    XVE 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 claim
  • May combine two claims.

    Findingnone given
    § 1 Introduction · p. 2

    Under 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 claim
  • May combine two claims.

    Findingreasoning
    § 6.7 Top-1 Logits Compression · p. 17

    On 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 claim
  • May combine two claims.

    Findingown data
    § 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 17

    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 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 claim
  • May combine two claims.

    Findingown data
    § 6.5 WAN Latency Sensitivity · p. 16

    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.

    “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 claim
  • May combine two claims.

    Findingown data
    § 5.2 Mask-Based Rewind · p. 10

    At 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. 16

    LAN / 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 claim
  • Probably not a substantial claim: may not pass S4 (based).

    Findingnone given
    § 3.3 TCP Activation Relay · p. 5

    The 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 claim
  • May combine two claims.

    Findingown data
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    Llama 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 claim
  • May combine two claims.

    Findingown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27

    The 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 claim
  • May combine two claims.

    Findingown data
    § 6.10 Gemma 4 E2B: A Second Architecture · p. 20

    Aggregate 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 claim
  • May combine two claims.

    Findingown data
    § 8.2 Scaling to 70B · p. 24

    Optimal 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 claim
  • May combine two claims.

    Findingown data
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    A 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 claim
  • May combine two claims.

    Findingnone given
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27

    The 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 claim
  • May combine two claims.

    Findingown data
    § 7.2 Results · p. 24

    Per-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 claim
  • May combine two claims.

    Findingreasoning
    § 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21

    At 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 claim
  • May combine two claims.

    Findingown data
    § 7.2 Results · p. 24

    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), 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 claim
  • May combine two claims.

    Findingown data
    § 8.2 Scaling to 70B · p. 25

    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.

    “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 claim
  • Classified as probably not a substantial claim.

    Findingnone given
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    The batch dimension is pinned to 1.

    “The batch dimension is likewise pinned to 1”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data
    § 6.9 Long Generation and Stability · p. 19

    At 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 claim
  • May combine two claims.

    Findingown data
    § 6.9 Long Generation and Stability · p. 19

    On 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 claim
  • May combine two claims.

    Findingown data
    § 6.10 Gemma 4 E2B: A Second Architecture · p. 19

    The 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 claim
  • May combine two claims.

    Findingreasoning
    § 6.10 Gemma 4 E2B: A Second Architecture · p. 19

    The 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 claim
  • May combine two claims.

    Findingown data
    § 8.1 When Is a Fleet Better Than Cloud? · p. 24

    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).

    “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 claim
  • May combine two claims.

    Findingown data
    § 7.2 Results · p. 23

    The 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 claim
  • May combine two claims.

    Findingreasoning
    § 6.12 Scenario Comparison: PP vs. PP + SD vs. PP + SD + MB · p. 22

    The 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 claim
  • May combine two claims.

    Findingreasoning
    § 7.2 Results · p. 23

    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.

    “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 claim
  • May combine two claims.

    Findingown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27

    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.

    “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 claim
  • May combine two claims.

    Findingreasoning
    § 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25

    Captured 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 claim
  • May combine two claims.

    Findingreasoning
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    The 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingnone given
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    KV is FP16.

    “FP16 KV”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingown data
    § 8.3 Quantization Challenges · p. 25

    FP32 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 claim
  • May combine two claims.

    Findingown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27

    Reshaping 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 claim
  • May combine two claims.

    Findingown data
    § 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25

    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.

    “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 claim
  • May combine two claims.

    Findingreasoning
    § 7.1 Approach · p. 23

    The 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 claim
  • May combine two claims.

    Findingown data
    § 8.2 Scaling to 70B · p. 25

    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.

    “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 claim
  • May combine two claims.

    Findingnone given
    § 8.1 When Is a Fleet Better Than Cloud? · p. 24

    Under 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 claim
  • May combine two claims.

    Findingown data
    § 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21

    Going 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 claim
  • May combine two claims.

    Findingown data
    § 8.2 Scaling to 70B · p. 25

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S4 (based). May combine two claims.

    Findingnone given
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    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.

    “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 claim
  • May combine two claims.

    Findingown data
    § 6.9 Long Generation and Stability · p. 19

    At 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 claim
  • May combine two claims.

    Findingreasoning
    § 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21

    The 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingnone given
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    Static-graph compiles take minutes.

    “minutes-long static-graph compiles”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingnone given
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27

    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.

    “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 claim
  • Probably 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. 21

    Generated 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 claim
  • May combine two claims.

    Findingown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27

    On 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 claim
  • May combine two claims.

    Findingown data
    § 6.10 Gemma 4 E2B: A Second Architecture · p. 20

    The 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 claim
  • Classified as probably not a substantial claim. May combine two claims.

    Findingnone given
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28

    Each 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 claim
  • May combine two claims.

    Findingown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    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.

    “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 claim
  • May combine two claims.

    Findingnone given
    § 8.7 Limitations · p. 30

    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.

    “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 claim
  • May combine two claims.

    Findingown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29

    The 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based).

    Findingnone given
    § 8.7 Limitations · p. 30

    WiFi 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based).

    Findingnone given
    § 8.7 Limitations · p. 30

    The 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 claim
  • May combine two claims.

    Findingreasoning
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingnone given
    § 8.7 Limitations · p. 30

    It 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 claim
  • Classified as probably not a substantial claim. May combine two claims.

    Findingnone given
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28

    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.

    “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 claim
  • May combine two claims.

    Findingreasoning
    § 8.7 Limitations · p. 31

    Top-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 claim
  • Classified as probably not a substantial claim. May combine two claims.

    Findingnone given
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28

    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.

    “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 claim
  • May combine two claims.

    Findingreasoning
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27

    The 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 claim
  • May combine two claims.

    Findingown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28

    Sixteen 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 claim
  • May combine two claims.

    Findingown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Findingnone given
    § 8.7 Limitations · p. 30

    There is no fault tolerance, authentication, or encryption.

    “There is no fault tolerance, authentication, or encryption.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingown data
    § 8.8 Negative Results · p. 31

    A12/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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based).

    Findingnone given
    § 8.7 Limitations · p. 30

    All 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 claim
  • May combine two claims.

    Findingown data
    § 8.7 Limitations · p. 30

    CPU-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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingnone given
    § 8.7 Limitations · p. 30

    We 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 claim
  • May combine two claims.

    Findingown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Findingnone given
    § 8.7 Limitations · p. 30

    Every benchmark reported is scoped to integrated GPUs.

    “Every benchmark reported is scoped to integrated GPUs”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationown data
    § 6.8 Real-WAN Validation on Tiber Cloud · p. 18

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Interpretationreasoning
    § 5.2 Mask-Based Rewind · p. 10

    The 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 6.5 WAN Latency Sensitivity · p. 14

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 6.4 Activation Compression · p. 14

    After 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 16

    Extending 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 claim
  • Probably not a substantial claim: may not pass S2 (checkable), S3 (load-bearing).

    Interpretationreasoning
    § 6.4 Activation Compression · p. 14

    A production transport therefore needs a TCP fallback regardless.

    “A production transport therefore needs a TCP fallback regardless.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Interpretationreasoning
    § 6.4 Activation Compression · p. 14

    For 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 6.5 WAN Latency Sensitivity · p. 14

    The 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 claim
  • May combine two claims.

    Interpretationown data
    § 6.4 Activation Compression · p. 13

    On LAN, bandwidth is not the bottleneck; activation compression cannot help.

    “On LAN, bandwidth is not the bottleneck-compression cannot help.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning
    § 6.5 WAN Latency Sensitivity · p. 15

    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.

    “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 claim
  • May combine two claims.

    Interpretationown data
    § 6.6 3-Stage Full Stack and 3-Stream Concurrency · p. 17

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 5.2 Mask-Based Rewind · p. 10

    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.

    “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 claim
  • May combine two claims.

    Interpretationown data
    § 5.3 Single-Node Results · p. 10

    On 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. 16

    Each 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 6.5 WAN Latency Sensitivity · p. 16

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductnone given
    § 1 Introduction · p. 2

    Every 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 6.7 Top-1 Logits Compression · p. 17

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 6.5 WAN Latency Sensitivity · p. 15

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 6.5 WAN Latency Sensitivity · p. 14

    For 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. 14

    On 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 claim
  • The quote only partly states this claim.

    Interpretationreasoning
    § Abstract · p. 1

    Mask-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. 10

    Masking 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. 16

    The 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 claim
  • Classified as probably not a substantial claim.

    Study design and conductnone given
    § 5.2 Mask-Based Rewind · p. 10

    All 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 claim
  • Probably not a substantial claim: may not pass S4 (based).

    Premisenone given
    § 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25

    A 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 claim
  • May combine two claims.

    Premisereasoning
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    An NPU shard must be both static-shape and stateless.

    “An NPU shard must be both static-shape and stateless.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning
    § 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 7.2 Results · p. 23

    The 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 claim
  • May combine two claims.

    Study design and conductnone given
    § 6.12 Scenario Comparison: PP vs. PP + SD vs. PP + SD + MB · p. 22

    Under 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 claim
  • May combine two claims.

    Interpretationown data
    § 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21

    Smaller 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 claim
  • Probably 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. 20

    Output is byte-correct on every config.

    “Output byte-correct on every config.”
    Quote in the paperNot a substantial claim
  • Probably 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. 21

    Bit-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 claim
  • May combine two claims.

    Study design and conductreasoning
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    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).

    “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 claim
  • May combine two claims.

    Interpretationnone given
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    The 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    An 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 claim
  • Probably not a substantial claim: may not pass S4 (based). May combine two claims.

    Interpretationnone given
    § 7 Multi-User Throughput via Micro-Batching · p. 23

    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%.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.3 Quantization Challenges · p. 25

    A 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 claim
  • May combine two claims.

    Interpretationown data
    § 8.2 Scaling to 70B · p. 25

    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.

    “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 claim
  • May combine two claims.

    Study design and conductnone given
    § 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.2 Scaling to 70B · p. 24

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S4 (based).

    Premisecitation
    § 7.1 Approach · p. 23

    Each 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based).

    Interpretationnone given
    § 6.10 Gemma 4 E2B: A Second Architecture · p. 19

    The 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Premisecitation
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27

    Continuous 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. 20

    The 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 claim
  • Probably not a substantial claim: may not pass S4 (based).

    Interpretationreasoning
    § 7.2 Results · p. 24

    Continuous 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 6.11 Llama 3.1 70B: 4-Stage Distributed on Tiber Cloud · p. 21

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S4 (based).

    Premisenone given
    § 8.2 Scaling to 70B · p. 24

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25

    Chat 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 claim
  • May combine two claims.

    Study design and conductown data
    § 6.10 Gemma 4 E2B: A Second Architecture · p. 20

    Output 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 claim
  • May combine two claims.

    Interpretationown data
    § 8.2 Scaling to 70B · p. 24

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.4 Prefix Caching: KV Capture and Warm-Resume · p. 25

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.5 NPU Stages: Static, Stateless Shards · p. 26

    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.

    “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 claim
  • Probably 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. 21

    Multi-stream runs are bit-exact across both streams.

    “Multi-stream runs are bit-exact across both streams.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationreasoning
    § 6.9 Long Generation and Stability · p. 19

    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, 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 claim
  • Probably 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. 29

    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.

    “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 claim
  • May combine two claims.

    Interpretationnone given
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    The 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 claim
  • May combine two claims.

    Interpretationown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29

    The 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 claim
  • Classified as probably not a substantial claim.

    Study design and conductnone given
    § 8.7 Limitations · p. 31

    The 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 claim
  • May combine two claims.

    Interpretationown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    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.

    “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 claim
  • May combine two claims.

    Study design and conductown data
    § 9 Conclusion · p. 32

    The 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 claim
  • May combine two claims.

    Interpretationown data
    § 8.8 Negative Results · p. 31

    The 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29

    The 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 claim
  • May combine two claims.

    Interpretationown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Interpretationnone given
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    A 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 claim
  • May combine two claims.

    Study design and conductown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.8 Negative Results · p. 31

    Per-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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 28

    Both 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 claim
  • May combine two claims.

    Interpretationnone given
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29

    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.

    “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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductnone given
    § 8.7 Limitations · p. 31

    Table 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 claim
  • May combine two claims.

    Interpretationown data
    § 8.8 Negative Results · p. 31

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29

    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.

    “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 claim
  • Probably 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. 29

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.7 Limitations · p. 31

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    A 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 claim
  • Classified as probably not a substantial claim.

    Interpretationreasoning
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27

    Several 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 claim
  • May combine two claims.

    Interpretationnone given
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    The 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 claim
  • May combine two claims.

    Interpretationown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    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.

    “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 claim
  • Classified as probably not a substantial claim.

    Interpretationreasoning
    § 8.7 Limitations · p. 31

    The 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Interpretationnone given
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29

    The 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 claim
  • Classified 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 claim
  • May combine two claims.

    Study design and conductown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    Determinism 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 claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Interpretationnone given
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 30

    Decoding remains greedy-only.

    “decoding remains greedy-only.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationown data
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29

    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.

    “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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 29

    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 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 claim
  • May combine two claims.

    Interpretationreasoning
    § 8.6 Continuous Batching on CPU, GPU, and NPU · p. 27

    Packed 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
190 of 190
  • 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.”
15 of 15

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

    Minor

    The limitations section says every reported benchmark is scoped to integrated GPUs, but Table 20 explicitly reports measured NPU decode performance.

  • Tiber and LAN testbeds differ in hardware, not only network and Python

    Minor

    The 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.

2 of 2

Cites

The publisher hasn’t deposited this paper’s reference list.

Research works printed but not linked: 2

  1. [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. -
  2. [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)
OpenAlex
W7203871745
Cited by
0
References
0
Type
posted content
Language
en
Open access
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