vLLM on eight MI355X GPUs tops HGX B300 per-GPU throughput on Kimi K3
vLLM reports that an eight-GPU AMD Instinct MI355X system serving Kimi K3 reaches about 7,567 total tokens/s per GPU on the AgentX coding-agent benchmark. That is 24.4% more than NVIDIA HGX B300 (6,083) at 50 tokens/s/user P90. Both GPUs have 288 GB HBM3E.
The biggest gains came from cache handling. DCP8 splits the MLA KV history across GPUs, cutting a 142K-token conversation from about 1.96 GB to 245 MB per GPU. LLMScale estimates 1458.6 GiB at INT4 for one user at 8K context.
FP16 KV cache and vLLM's overhead on each device at its defaults. “Fits on”: the smallest device that holds it alone, or how many of the largest it takes. Change the context, users or GPU in the calculator
A r/LocalLLaMA recap lists four open-weight releases in 72 hours: Meta's Muse Spark Open (816B total, 42B active), Reflection's Beam (501B, 23B active), DeepSeek V4.1 Flash 1017 (510GB repo) and NVIDIA's Nemotron 3.5 Bolt (74B, 9B active).
Only Bolt targets a 24GB GPU: quantization-aware training to 2 bit puts weights at 22GB plus a 1.7GB vision projector, leaving little room for KV cache. Beam's smallest official checkpoint is 294GB in NVFP4. Sizes are from the post, not LLMScale estimates.
vLLM added a specialized Kimi K3 decode path for NVIDIA GB300. It uses agent-assisted CuTe DSL kernels that fuse attention, MoE and communication across 8 or 16 GPUs in one NVLink domain. Per-layer decode time falls from 130 to 69 microseconds.
Without speculation, throughput rises 1.62–1.92x on TP16 and 1.31–1.58x on TP8 at batch 1–64. With DSpark (synthetic AL=6), batch 1 on TP16 hits 842 tokens/s, against 488 on stock vLLM. For long contexts, decode context parallelism splits the KV cache across GPUs.
Intel has named its Crescent Island GPU the D-Series. The D270 has 32 Xe3P cores, 256 XMX engines and 32 MB of L2. It is rated at up to 1.3 PFLOPS FP8 and supports formats from FP4 to FP64, on an air-cooled 350 W PCIe Gen5 x16 card. Intel's own version has 160 GB of LPDDR5X, ODM designs go up to 480 GB, and bandwidth is rated at 1.5 TB/s.
That capacity could hold large weights plus long-context KV cache on one card. However, 1.5 TB/s limits decode speed, which is bandwidth-bound. No pricing yet.
vLLM's prefill-decode disaggregated serving can now send KV cache back from the decode node to the prefill node. Later turns of an agent conversation reuse earlier context instead of recomputing it. On a 1P1D EC2 P5en setup, with prefix caching off on the prefill node, TTFT at long prompts fell by up to 1.6x for Qwen3-32B and up to 3.3x for GLM-5-FP8.
The cost falls on decode VRAM. Finished KV blocks are kept for decoder_kv_blocks_ttl (default 480 s), so idle sessions hold memory until the timer expires. Remainders below kv_recompute_threshold (default 64 tokens) are recomputed instead.
Ollama v0.40.0 makes MLX the default runtime on Apple Silicon. Model architectures that MLX supports now run on it automatically. Listed models include qwen3.8, gemma4, qwen3.6 and qwen3.5, plus the embedding model embeddinggemma-2. More models will be enabled after testing.
On Macs this swaps the inference backend with no configuration change. The release notes give no speed or memory figures, so re-measure throughput and memory use on your own hardware.
LLMScale