Candidate package · llama.cpp SYCL · 2× Intel Arc Pro B70

Qwen3.8 27B Q4_K_M on two Intel Arc Pro B70 cards

Alibaba's Qwen3.8 27B on two Arc Pro B70 cards in 4-bit form with llama.cpp, no draft model. Roughly 1.8x the one-card speed using the lab's two-card kernel stack.

What we measured Lab-measured

49.7tok/s conventional decode median

99-interval median across the fixed 12-prompt cache-zero suite; target-only, reasoning off, 12/12 exact output hashes. proof file

target-only = no draft model assisting · cache-zero = a fresh start, nothing pre-computed · 99-interval median = the middle rate across 99 measured stretches of a long answer

Model
Qwen3.8 27B Q4_K_M target-only TP2
Publisher
Alibaba / Qwen
Checkpoint
ggml-org/Qwen3.8-27B-GGUF
Compression
Q4_K_M / F16 KV
Software
llama.cpp SYCL
Cards
2× Intel Arc Pro B70 32 GiB
Model weight bytes
19.0 GB
Operating systems
Linux
Delivery
native
Good for
general coding long context two-card throughput
Published
2026-08-23
Clean-host replay
not yet

Still missing before this becomes an install guide

  • tested platform installation
  • self-contained model download helper
  • clean-host replay
  • beginner recovery flow
  • active-context prefill and power profiles plus a full memory curve

What to know

  • The package has not been replayed from a clean host and is not a beginner install guide; source-rebuilt binaries require an explicit preflight override and the full output-oracle gate.
  • The 49.717503 tok/s headline is a TP2 target-only reasoning-off result and must not be compared as a TP1, speculative, or alternate-accounting row.
  • The optional large-batch mode improves prefill on a short probe while slightly reducing decode; it is not the headline configuration.
  • Multi-user greedy token identity is batch-shape-dependent. The qualified HTTP curve proves complete isolated responses with zero cross-base oracle collisions, not sequential byte identity.
  • The exact F16 ffn_down+ffn_gate cache is aggregate-only and uses approximately 13 GiB of additional device memory per card. Its c96 endpoint reached 192.341954 tok/s but used about 30.48/30.35 GiB per card and matched the same-shape batch oracle 96/96 while matching isolated sequential references only 50/96.
  • The c96 endpoint includes peak VRAM samples, but no active-context prefill, full memory, or power curve has been captured for this TP2 identity.

Measured performance profiles Lab-measured

Qualified TP2 HTTP decode over exact active context Lab-measured

49.549.048.347.045.544.42K4K8K16K24K32KExact active prompt tokens · y: tok/s
One-slot native HTTP completions on the exact promoted Q4_K_M TP2 stack, two B70s, equal tensor split, F16 KV, 33,024 configured context, cache disabled, no truncation or context shift, and 128 returned token IDs. The fixture is grade C repeated-token shape evidence, not natural prose. Every marker is measured; no point is interpolated or extrapolated. evidence

Qualified TP2 HTTP TTFT over exact active context Lab-measured

1,9453,8607,86216,30025,34735,0592K4K8K16K24K32KExact active prompt tokens · y: ms
TTFT from the same one-slot exact-token HTTP receipts as the TP2 decode curve. Cache was zero and prompt counts were exact at every marker. The fixture is grade C repeated-token shape evidence and is not a natural-prose latency claim. Every marker is measured; no point is interpolated or extrapolated. evidence

Many people at once Lab-measured

Output-audited TP2 HTTP aggregate decode Lab-measured

42.761.987.6108109127176192124816326496Concurrent HTTP users · log2 spacing · y: tok/s
Best qualified llama.cpp native HTTP aggregate results on two B70s with prompt caching disabled, unique short prompts, and 128 returned token IDs/request. The 1–32 markers are medians from the original 32K two-attempt curve; c64 is the later exact ffn_down+ffn_gate-cache center at 175.623794 tok/s. The c96 endpoint is a separate near-capacity profile: llama.cpp rounded the requested 32K pool to an effective 49,152 tokens (96x512), two fresh candidates centered at 192.341954 tok/s and matched a frozen same-shape control-batch oracle 96/96 each. Its isolated sequential comparison was only 50/96, so it qualifies candidate-vs-control identity and capacity, not batch-invariant text. Peak used VRAM was about 30.48/30.35 GiB. No point is interpolated or extrapolated. evidence

How much faster could this get? Projected — not measured

The ML Bottleneck physics engine projects what stock software, a tuned run, and the physical ceiling look like for this exact model, compression, card count, and software. The grade is optimization headroom against the tuned-run target, not model quality.