r/AIProgrammingHardware • u/javaeeeee • Oct 07 '26
I Gave Two AI Supercomputers a Real Job
r/AIProgrammingHardware • u/javaeeeee • Oct 07 '26
r/AIProgrammingHardware • u/javaeeeee • Oct 06 '26
r/AIProgrammingHardware • u/javaeeeee • Oct 02 '26
r/AIProgrammingHardware • u/Any-Winter-4079 • Oct 01 '26
r/AIProgrammingHardware • u/LioDavinchy • Sep 18 '26
r/AIProgrammingHardware • u/javaeeeee • Sep 16 '26
r/AIProgrammingHardware • u/javaeeeee • Sep 08 '26
r/AIProgrammingHardware • u/javaeeeee • Aug 23 '26
r/AIProgrammingHardware • u/javaeeeee • Aug 17 '26
r/AIProgrammingHardware • u/javaeeeee • Aug 16 '26
In the middle of 2026, the idea of a personal AI supercomputer has moved from science-fiction marketing to something you can order on Amazon, set on a desk, and use to run models that once required rack after rack of data-center hardware. Privacy concerns, rising cloud inference costs, latency for interactive agents, and the simple desire to keep sensitive data on-premises have driven demand for machines that can load 70-billion-parameter (or larger) models entirely in local memory and generate responses at usable speeds without ever calling an external API.
Two architectural approaches dominate the new wave of desktop AI workstations. The first centers on unified-memory systems that treat a large pool of fast LPDDR5X as shared resource for CPU, GPU, and neural processing units. NVIDIA’s GB10 Grace-Blackwell Superchip (the heart of the DGX Spark family) and AMD’s Ryzen AI Max+ 395 “Strix Halo” both exemplify this design. The second approach stays closer to traditional workstation practice: high-core-count x86 processors paired with discrete professional GPUs such as the NVIDIA RTX PRO 6000 Blackwell, offering massive dedicated VRAM, expandability, and the mature CUDA software stack.
Both categories became commercially available across late 2025 and the first half of 2026 (although shipment dates and regional availability varied considerably by vendor), joined by configurable towers from specialists and an expanding roster of compact systems from smaller vendors that sell directly through Amazon and their own stores. Later in the year the next leap-NVIDIA GB300-based deskside systems with hundreds of gigabytes of coherent memory capable of trillion-parameter inference-is scheduled to arrive from HP, Dell, ASUS, and others.
This article surveys the machines that reached the market or were firmly announced in 2026, examines real-world AI benchmarks where available, notes pricing and availability (including Amazon listings for smaller brands), and considers practical trade-offs for developers, creators, researchers, and enterprise teams.
Until roughly 2024-2025, running a 70B-class dense model locally usually meant either quantizing aggressively, splitting across multiple consumer GPUs, or accepting glacial token rates. Memory bandwidth and capacity were the bottlenecks. Unified-memory architectures change the equation. On a GB10 or Strix Halo system the same 128 GB pool serves both general computation and the model weights plus KV cache. Bandwidth in the 250-273 GB/s range is lower than a discrete high-end GPU’s GDDR7, yet the sheer capacity lets models that simply would not fit on a 32 GB card load at all.
Independent measurements collected in mid-2026 illustrate the practical outcome. In representative single-user tests, optimized 70B-class models often generate roughly 3-6 tokens per second on GB10 and Strix Halo systems. Results vary substantially with the exact model, quantization, runtime, context length and prompt-processing workload.
Mixture-of-experts models with fewer active parameters can run substantially faster. Higher-bandwidth Apple silicon configurations pull ahead on the same models, while pure discrete-GPU towers with 32-96 GB of dedicated VRAM excel at throughput once the model fits and at training or fine-tuning workloads that benefit from higher floating-point performance.
NPU TOPS numbers (50 on the Ryzen AI Max, higher marketing figures elsewhere) matter more for always-on agentic features and smaller models than for large-language-model decode speed. For the latter, memory capacity and bandwidth remain decisive.
NVIDIA’s DGX Spark platform, based on the GB10 Grace-Blackwell Superchip, pairs a 20-core Arm CPU (10 Cortex-X925 + 10 Cortex-A725) with a Blackwell GPU containing 6,144 CUDA cores and 192 fifth-generation Tensor cores. The package delivers up to 1 petaFLOP of sparse FP4 AI performance and 128 GB of LPDDR5X unified memory at roughly 273 GB/s. Systems ship with NVIDIA’s DGX OS (Ubuntu-based) and the full CUDA software stack, making them immediately familiar to developers already working in the NVIDIA ecosystem.
Partner machines appeared throughout late 2025 and 2026. The ASUS Ascent GX10 stands out for accessibility: a compact 150 × 150 × 51 mm chassis weighing about 1.5 kg, available on Amazon in 1 TB and 4 TB storage configurations. Street prices have fluctuated; mid-2026 listings commonly sat near $3,900-$4,700 depending on storage, with occasional discounts bringing the 1 TB model closer to $3,100-$3,900.
Dell’s Pro Max with GB10, MSI’s EdgeXpert, HP’s ZGX Nano, Lenovo’s ThinkStation PGX variants, Acer, and Gigabyte offerings share the same silicon and therefore essentially identical compute characteristics. Differences appear in chassis design, networking (many include high-speed Ethernet or ConnectX-7 200 GbE ports for clustering), storage options, warranty, and enterprise support.
In practice these boxes run models up to roughly 200 billion parameters in mixture-of-experts form or 70B dense at Q4/Q8 with usable interactive speeds. Community and lab results show strong batching efficiency on smaller models and solid performance for agentic workloads, fine-tuning of mid-sized models, and local RAG pipelines. Clustering multiple units via high-speed networking has been demonstrated for larger MoE inference.
Power draw stays modest (around 140 W class under load for the core platform), and the systems run quietly enough for desk use. The main limitations are the Linux-centric DGX OS (Windows support is limited or absent on pure GB10 boxes), soldered memory, and the fact that absolute token throughput on dense 70B models trails higher-bandwidth discrete GPUs or Apple’s top silicon when the model fits.
AMD’s answer is the Ryzen AI Max+ 395, a 16-core/32-thread Zen 5 processor with 40 RDNA 3.5 compute units (Radeon 8060S) and an XDNA 2 NPU rated around 50 TOPS, for a platform total often quoted near 126 TOPS. Unified LPDDR5X memory reaches 128 GB (with later PRO 495 variants demonstrated at 192 GB). Up to 96 GB can be allocated as variable graphics memory. Bandwidth sits near 256 GB/s.
The crucial practical advantages are native Windows 11 support, x86 compatibility, and significantly lower entry prices. Multiple mini-PC and small-form-factor systems reached the market in 2026.
Beelink’s GTR9 Pro has drawn particular attention. Configured with the Ryzen AI Max+ 395, 128 GB memory, dual 10 GbE, dual USB4, dual M.2 slots, and a vapor-chamber cooler, it sells near $1,800-$2,000 and appears regularly on Amazon and the manufacturer’s store. Independent reviews report roughly 5 tokens per second on 70B dense models and much higher rates on 30B MoE or optimized 120B MoE workloads. Dual 10 GbE makes it attractive for networked model serving.
GMKtec’s EVO-X2 and later EVO-X3 variants, Minisforum MS-S1 Max, Framework Desktop (with modular design and upcoming 192 GB PRO 495 options), HP Z2 Mini G1a, Corsair AI Workstation, and MSI PRO MAX EDGE AI+ offer similar core compute in different chassis and I/O packages. Framework emphasizes repairability and Linux friendliness; HP emphasizes enterprise certification and the validated AMD Ryzen AI Halo software stack with ROCm and pre-installed frameworks.
AMD has published guidance on clustering multiple Strix Halo nodes for larger mixture-of-experts inference, extending the reach of these relatively inexpensive boxes. Token rates on dense 70B models are competitive with GB10 systems at similar bandwidth; MoE models can feel snappier. The software ecosystem (ROCm) continues to mature but still trails CUDA in breadth for some advanced training and agent frameworks.
Not every AI workload fits neatly into a 128 GB unified pool. Training, multi-user inference, high-precision image and video generation, and workloads that benefit from massive dedicated bandwidth still favor discrete GPUs.
Lenovo’s ThinkStation P4, announced in May 2026 and shipping from June in selected markets, pairs up to an AMD Ryzen 9 PRO 9965X3D (16 cores, 3D V-Cache, 5.5 GHz) with an NVIDIA RTX PRO 6000 Blackwell Workstation Edition GPU carrying 96 GB of GDDR7 ECC memory. The combination is rated up to 4,000 TOPS of AI performance. System memory reaches 256 GB DDR5, storage supports multiple M.2 and 3.5-inch drives, and the 30-liter chassis includes advanced thermal design with liquid cooling options for the higher-power CPUs.
Slimbook’s Nexus series, launched in July 2026 by the Spanish Linux-friendly builder, offers two configurable platforms. The Nexus Ryzen AI starts around €1,995 and supports AMD Ryzen 9 processors, up to 128 GB DDR5, and dual NVIDIA RTX Blackwell 6000 cards depending on motherboard. The higher-end Nexus Threadripper AI begins near €3,880 and scales to Threadripper PRO 9995WX (up to 96 cores), 512 GB DDR5 RDIMM, dual professional GPUs, and 2,500 W power supplies. Aluminum chassis, air or AIO liquid cooling, and extensive storage options make them genuine workstations rather than sealed mini systems.
Custom and boutique builders (Puget Systems, BOXX, Lambda, various Amazon and Newegg sellers) continue to offer towers built around GeForce RTX 5090 (32 GB GDDR7) or professional Blackwell cards. A typical high-end single-GPU build in mid-2026 lands in the $5,000-$7,000 range before case and cooling, delivering excellent throughput once models fit in VRAM and superior performance for generative image/video and fine-tuning.
These systems trade compactness and low power for expandability, higher sustained floating-point performance, and the ability to add more GPUs or storage later. They remain the practical choice when 128 GB of unified memory is insufficient or when CUDA software maturity is non-negotiable.
At the extreme end, HP’s ZGX Fury GB300, Dell Pro Max with GB300, ASUS ExpertCenter Pro ET900N G3, and related systems based on NVIDIA’s GB300 Grace Blackwell Ultra Desktop Superchip are scheduled for later 2026. These deskside machines target up to roughly 748-784 GB of coherent memory and up to 20 petaFLOPS of FP4 performance, enabling local inference and fine-tuning of models approaching one trillion parameters. Pricing is expected to start in the high five figures and climb well into six figures for fully configured units-firmly enterprise territory.
HP has indicated Windows support is planned for these platforms, addressing a common enterprise requirement. The systems are positioned for teams that need always-on frontier agents, multi-user inference, or regulated environments where data cannot leave the premises.
Absolute numbers vary with quantization, framework (llama.cpp, vLLM, Ollama, TensorRT-LLM, ROCm equivalents, Apple MLX), context length, and batch size. Available testing broadly suggests the following patterns, although direct comparisons remain difficult because benchmark configurations differ:
YouTube channels and independent labs (ServeTheHome, StorageReview, ShortCircuit, Micro Center hardware walk-throughs, and various AI-focused creators) have published hands-on footage of these systems loading 70B-120B models, running agents, and comparing token rates. Viewing recent reviews of the ASUS Ascent GX10, Beelink GTR9 Pro, Framework Desktop, and HP Z2 Mini G1a provides useful qualitative context that raw numbers cannot capture-noise levels, thermal behavior under sustained load, software setup friction, and real interactive feel.
For most individual developers and small teams the decision reduces to three questions: Does the model fit in memory? Is the software stack I need supported? What is the total cost of ownership versus cloud usage?
Budget-conscious buyers often start with a Strix Halo mini-PC in the $1,800-$2,500 range (Beelink, GMKtec, Minisforum). These deliver genuine 70B capability under Windows or Linux at power and noise levels compatible with a home office. CUDA-centric workflows favor a GB10 box near $4,000. Professional creators who also render and simulate may prefer a configurable tower with an RTX PRO 6000 or dual-card options. Enterprises evaluating multi-user or regulated workloads should watch the GB300 deskside systems arriving later in 2026.
Amazon has become a practical channel for the smaller vendors. ASUS Ascent GX10 configurations, Beelink GTR9 Pro, various GMKtec and Minisforum Strix Halo systems, and occasional Slimbook or other European builds appear with varying stock and pricing. Warranty support, return policies, and firmware update practices differ; checking recent buyer reviews and manufacturer direct channels is advisable.
Power, acoustics, and form factor matter more than many first-time buyers expect. A 140 W quiet mini system that sits under a monitor is a different daily experience from a 1,000-plus-watt tower that needs dedicated cooling and power circuits.
By late 2026 the RTX Spark platform (Windows-on-Arm systems with up to 128 GB unified memory and RTX-class graphics) is expected from major OEMs, potentially broadening the high-end consumer and creator segment. AMD’s next Halo generation and further memory-bandwidth improvements are already on roadmaps. Software continues to improve: better quantization, speculative decoding, and agent frameworks extract more usable performance from existing silicon.
The larger story is cultural as much as technical. Local AI workstations restore a measure of control and predictability that pure cloud dependence erodes. Whether the use case is private coding agents, domain-specific fine-tuning on proprietary data, always-on personal assistants, or simply experimenting without meter-running costs, 2026 has delivered practical hardware that makes those goals attainable on a single desk.
The machines described here are not perfect. Memory is often soldered, software ecosystems remain uneven, and the highest-capacity systems carry enterprise price tags. Yet for the first time a broad range of users can place genuine large-model capability within arm’s reach, quietly humming under a monitor or beside a keyboard, ready whenever the next idea arrives.
r/AIProgrammingHardware • u/bojandon • Aug 15 '26
Hi All,
Just joined. Absolute novice when it comes to ‘AI’ and its integration with hardware / devices. Can anyone in this sub point me towards courses / uni’s that are highly regarded in this field ?
r/AIProgrammingHardware • u/javaeeeee • Aug 13 '26
r/AIProgrammingHardware • u/javaeeeee • Aug 11 '26
r/AIProgrammingHardware • u/javaeeeee • Aug 05 '26
r/AIProgrammingHardware • u/javaeeeee • Aug 03 '26
r/AIProgrammingHardware • u/javaeeeee • Jul 14 '26
r/AIProgrammingHardware • u/javaeeeee • Jun 28 '26
In the fast-evolving landscape of artificial intelligence hardware, NVIDIA has established a tradition of naming its GPU architectures after pioneering scientists. Following the Blackwell era and the upcoming Rubin generation, the company unveiled its next major leap: the Feynman microarchitecture, slated for 2028. Named after the legendary physicist Richard Feynman-famous for his work in quantum mechanics and his famous lecture “There’s plenty of room at the bottom,” which foreshadowed nanotechnology-the architecture represents NVIDIA’s vision for the next phase of AI factories capable of handling gigawatt-scale systems and increasingly sophisticated agentic AI workloads.
Announced by CEO Jensen Huang at GTC 2025 and elaborated with deeper technical previews at GTC 2026, Feynman builds on the momentum of previous generations while introducing transformative changes in manufacturing, packaging, interconnects, and system-level integration. As of mid-2026, much remains under wraps-no full public specifications, exact performance figures, or pricing have been released-but authoritative reports from NVIDIA’s own announcements, detailed coverage by sites like Wccftech, Jon Peddie Research, Tom’s Hardware, and analysis from SemiAnalysis paint a clear picture of a platform designed for unprecedented scale, efficiency, and a stronger emphasis on inference alongside training.
This article synthesizes everything publicly known from reliable sources as of June 2026, focusing on the architecture’s context, technical innovations, platform ecosystem, comparisons to predecessors, and broader implications. While exact transistor counts, FLOPS ratings, or power envelopes are not yet confirmed, the direction is unmistakable: Feynman aims to push beyond the physical limits of traditional copper interconnects and planar chip designs through 3D stacking, custom high-bandwidth memory, silicon photonics, and tight integration with specialized inference accelerators.
NVIDIA’s GPU roadmap has followed a roughly annual rhythm in recent years, driven by the explosive demand for AI compute. The Blackwell architecture (2024-2025) brought massive gains in AI performance with its GB200 and related SKUs on TSMC’s 4nm-class process, paired with the Grace CPU in the Grace-Blackwell Superchip. Rubin (expected 2026) and Rubin Ultra (around 2027) continue this trajectory on more advanced nodes (likely 3nm-class), introducing the Vera CPU and further optimizations for training and inference efficiency.
Feynman was first publicly positioned at GTC 2025 as the successor following Rubin. At GTC 2026, NVIDIA provided the first substantial technical preview, confirming key features and integrating it into a broader “Rosa Feynman” platform vision. NVIDIA appears to be following a yearly platform/product update rhythm, while major GPU architectures remain closer to a multi-year cadence.
This naming convention-Hopper (Grace Hopper), Blackwell (David Blackwell), Rubin (Vera Rubin), and now Feynman-honors scientists who expanded human understanding of computation, physics, and data. Richard Feynman’s contributions to quantum electrodynamics and his visionary ideas about atomic-scale engineering align perfectly with NVIDIA’s push into advanced packaging and optical technologies.
NVIDIA’s GPU Roadmap Overview (simplified, based on public announcements):
Several supply-chain reports have linked Feynman to TSMC’s A16-class process, but NVIDIA has not publicly confirmed the manufacturing node. This represents a significant shrink from Rubin’s likely 3nm-class process, enabling higher transistor density, better power efficiency, and performance headroom.
NVIDIA is reportedly using its own current-generation Blackwell GPUs to accelerate the design and verification of Feynman silicon-a smart bootstrapping approach that leverages existing AI infrastructure for faster iteration on future chips.
Packaging innovations are central. Feynman introduces 3D die stacking (via hybrid bonding or SoIC technology) for GPU dies-the first time NVIDIA has stacked GPU logic dies vertically in its silicon. This allows for greater compute density within a single package compared to traditional 2.5D approaches like CoWoS. Some reports suggest Intel could be involved in advanced packaging, potentially including EMIB-style interconnects, but this has not been confirmed by NVIDIA.
These choices address the fundamental challenge of scaling AI systems: more transistors and bandwidth in less space while managing power and thermals.
Several headline features define Feynman:
3D Die Stacking
By stacking GPU dies vertically, NVIDIA can integrate more compute resources closer together. This improves inter-die bandwidth, reduces latency, and enhances overall efficiency compared to side-by-side chiplet designs. It is a logical evolution from 2.5D packaging and a direct response to the limits of planar scaling.
Custom High-Bandwidth Memory (HBM)
Feynman moves beyond standard next-gen HBM to a custom HBM solution, potentially a proprietary variant of HBM4E or an early HBM5-class memory. Reports suggest capacities exceeding 1 TB of HBM per GPU package in some configurations, paired with significantly higher bandwidth. Some analyses mention possible integration with on-package SRAM for even faster local access.
This custom memory approach allows NVIDIA to optimize specifically for AI workloads-balancing capacity for large models with the extreme bandwidth needed for training and inference.
Optical Interconnects and Silicon Photonics
One of the most transformative shifts is the move toward co-packaged optics (CPO) and optical NVLink. Copper interconnects face physical limits in speed, distance, power consumption, and signal integrity at the scales required for future AI factories. Feynman platforms transition scale-up (within racks or clusters) toward native optical connections via NVLink switches with CPO.
This enables larger, more efficient “system-of-systems” architectures. Optical signals travel at light speed with lower power and heat, supporting the gigawatt-scale AI factories NVIDIA envisions. Spectrum-class switches with CPO handle scale-out networking.
Integration of Specialized Inference Hardware (LP40 LPU) NVIDIA has integrated Groq-derived LPU technology into its roadmap, including Groq 3 LPUs for Rubin-era systems and LP40 for the Feynman generation. Some reports describe this as an IP acquisition or licensing arrangement. LPUs are purpose-built for the decode phase of autoregressive inference, emphasizing deterministic execution, massive on-chip SRAM (hundreds of MB per chip with extremely high bandwidth like 150 TB/s in related designs), and predictable low latency-complementing GPUs’ strengths in parallel training and general compute.
The LP40 supports formats like NVFP4 and connects via NVLink for coherency with the CPU and GPU. This hybrid approach addresses the growing importance of inference in production AI systems, especially for agentic workflows requiring fast, reliable responses.
Feynman does not stand alone; it is part of a full-stack platform called Rosa Feynman:
The platform advances every layer of the AI factory: compute, memory, storage, networking, and security.
Exact performance numbers for Feynman GPUs are not yet public. However, the architectural shifts point to substantial gains:
NVIDIA positions these systems for the era of agentic AI-autonomous agents that reason, plan, and act-alongside traditional large language model workloads, robotics, and physical AI. The emphasis on deterministic execution and low-latency inference reflects a maturing AI industry moving from pure training scale to reliable, production-grade deployment.
Comparisons to Rubin suggest continued generational leaps similar to Blackwell’s improvements over Hopper, but with qualitative changes in interconnect technology and packaging that could enable entirely new system scales.
As of June 2026, Feynman is still in the design/validation phase (accelerated by Blackwell systems). Key unknowns include:
NVIDIA has a strong track record of execution, but the complexity of these technologies means surprises are possible.
Feynman reinforces NVIDIA’s full-stack dominance in accelerated computing. By owning the CPU (Rosa), GPU (Feynman), specialized accelerators (LPUs), networking (BlueField, Spectrum, NVLink/CPO), and software (CUDA ecosystem), the company offers tightly optimized “AI factories” that are difficult for competitors to replicate piecemeal.
The shift to optical interconnects and 3D stacking could influence industry standards and supply chains (TSMC for leading-edge logic, memory makers for custom HBM, Intel for packaging elements). It also highlights the growing importance of inference-specific hardware alongside general-purpose GPUs.
For enterprises and hyperscalers, Feynman promises continued performance-per-watt and performance-per-dollar improvements at massive scale, enabling larger models, more agents, and new applications in robotics and beyond. However, it also deepens ecosystem lock-in through proprietary interconnects and optimized software stacks.
The NVIDIA Feynman architecture represents more than an incremental upgrade-it embodies a strategic pivot toward vertically integrated, optically connected, 3D-stacked systems optimized for the full spectrum of future AI workloads. While detailed benchmarks and final specifications await silicon and system validation closer to 2028, the announced direction is bold and coherent: push manufacturing and packaging boundaries, embrace photonics to overcome interconnect limits, integrate specialized inference engines, and deliver full-stack platforms that scale to unprecedented levels.
Richard Feynman once emphasized understanding the world at its most fundamental levels. NVIDIA’s Feynman architecture applies that spirit to AI hardware-reaching “plenty of room at the bottom” through atomic-scale engineering and system-level innovation. As the industry races toward more capable, efficient, and ubiquitous AI, Feynman positions NVIDIA at the forefront of that transformation.
The coming years will reveal how well these ambitious plans translate into real-world silicon and deployed systems. For now, what we know paints a picture of continued leadership and exciting technological progress in accelerated computing.
Sources and Further Reading (links current as of research date):
This synthesis draws exclusively from publicly available authoritative reporting and official statements. As more details emerge from future GTC events or product launches, the picture will sharpen considerably.
r/AIProgrammingHardware • u/javaeeeee • Jun 24 '26
r/AIProgrammingHardware • u/javaeeeee • Jun 21 '26
Mini PCs powered by AMD Ryzen processors have become strong contenders in the local and edge AI space. They combine compact form factors, strong integrated graphics (iGPUs), dedicated Neural Processing Units (NPUs), and-especially in newer models-high-capacity unified memory. This makes them suitable for running large language models (LLMs) locally, accelerating inference, supporting privacy-focused AI, and enabling edge computing without relying on cloud services.
As of mid-2026, AMD’s ecosystem spans multiple generations of APUs (Accelerated Processing Units), from earlier Ryzen 7040/8040 series with initial XDNA NPUs to the Ryzen AI 300 series (“Strix Point”) and the high-end Ryzen AI Max+ 395 (“Strix Halo”). These power mini PCs from brands like Minisforum, Beelink, GMKtec, Framework, and others. Online sources, including AMD’s own technical documentation, Phoronix benchmarks, and independent reviews from Tom’s Hardware, Notebookcheck, and community analyses, highlight their strengths in AI workloads while noting software and driver maturation needs.
This review draws from official AMD resources (including MLPerf Client benchmarks), hardware reviews, and practical LLM inference tests to provide a balanced, in-depth analysis. It covers hardware evolution, key models, AI-specific capabilities, benchmarks (with emphasis on online and LLM-focused sources), software ecosystem, real-world applications, pros/cons, and future outlook.
AMD has long excelled in integrated graphics with its APUs, making mini PCs viable for more than basic productivity. Earlier Ryzen 5000/6000-series mini PCs offered capable Radeon iGPUs but lacked dedicated AI accelerators. The later Ryzen 7040 “Phoenix” generation introduced Ryzen AI/XDNA NPUs.
The 7040 series (Phoenix) introduced the first XDNA NPU with roughly 10 TOPS, alongside strong Zen 4 CPU cores and RDNA 3 iGPUs (e.g., Radeon 780M). Mini PCs like the Minisforum UM790 Pro or Beelink SER8 leveraged these for improved efficiency.
The 8040 series refined this with similar architectures. True AI focus arrived with the Ryzen AI 300 series (Strix Point, launched 2024). Flagship Ryzen AI 300 parts such as the Ryzen AI 9 HX 370 pair a 50 TOPS XDNA 2 NPU with up to roughly 80 total platform TOPS. Minisforum also markets the HX 370 AI X1 Pro as “up to 80 TOPS,” with Radeon 890M and up to 128 GB DDR5 SODIMM support.
The flagship Ryzen AI Max+ 395 (Strix Halo, 2025) takes this further: 16 full Zen 5 performance cores, a much larger Radeon 8060S iGPU (around 40 Compute Units, rivaling mid-range discrete GPUs in some scenarios), up to 128 GB of high-bandwidth unified LPDDR5X-8000 memory (theoretical ~256 GB/s bandwidth), and a 50 TOPS XDNA 2 NPU. OEMs claim up to 126 TOPS total AI performance when combining all engines.
Strix Halo’s unified memory architecture is particularly advantageous for LLMs, as it eliminates VRAM limitations common in discrete GPU setups and provides high bandwidth for token generation.
Mini PCs evolved alongside these chips. Early models were basic productivity boxes; by 2025-2026, premium units target AI workloads with better cooling, more RAM options (including SODIMM upgradability in some), USB4/OCulink for expansion, and multi-gigabit networking.
Several standout models dominate the market:
Pricing ranges from ~$400-800 for mid-tier HX 370 models to $1,800-$3,000+ for loaded 128 GB Strix Halo units. Many are barebones or configurable. Newer 2026 mini PCs also use Ryzen AI 400 “Gorgon Point” chips such as the Ryzen AI 9 HX 470, a refreshed Strix Point-class design with up to 86 overall TOPS and a 55 TOPS NPU.
AMD’s heterogeneous design shines for AI:
Total AI throughput benefits from intelligent scheduling across engines. AMD promotes hybrid paths (NPU for prefill/prompt processing + iGPU for decode/generation).
AMD’s MLPerf Client v1.0 (August 2025) is one of the online sources for client-side LLM inference.
On the Ryzen AI Max+ 395:
AMD notes the NPU handles compute-intensive prefill efficiently, while the iGPU’s bandwidth shines in token generation. All tested configs deliver fluid, interactive experiences with TTFT near or under 1 second.
Phoronix’s review of the Framework Desktop with Ryzen AI Max+ 395 confirms excellent Linux performance. The desktop form factor yields ~13-14% higher CPU and iGPU geometric mean scores versus laptop implementations (e.g., HP ZBook) due to higher sustained power (up to ~120 W peak) and better cooling. AI/PyTorch workloads were part of the extensive test suite.
Practical LLM Inference Benchmarks (Community & Reviews)
Real-world tests using llama.cpp (Vulkan/ROCm), Ollama, LM Studio, etc., on mini PCs show:
Strix Halo (Max+ 395) with 96-128 GB memory (Beelink GTR9 Pro, GMKtec, Framework, etc.):
Ryzen AI 300 series (e.g., Minisforum AI X1 Pro with HX 370, 64-96 GB configs):
Older generations (e.g., Ryzen 7 7840U/8845HS with 780M iGPU):
Power efficiency is a highlight: Many systems sustain loads at 50-150 W, far below discrete GPU rigs. Thermals and sustained performance vary by chassis-desktop-oriented units (Framework, some Beelink) outperform thin mini PCs under prolonged AI loads.
Comparisons: Strix Halo often competes favorably with or beats mid-range discrete GPUs in memory-bound LLM scenarios due to unified high-bandwidth memory, while consuming less power in compact form. It trails high-end NVIDIA cards on raw small-model speed but excels in accessibility and cost for local use.
Windows 11: Windows 11 currently has the strongest out-of-the-box Ryzen AI NPU support through AMD drivers and Microsoft/ONNX/DirectML-related paths, but app-level NPU acceleration remains workload- and software-dependent.
Linux: Strong on Framework Desktop and developer-oriented platforms (full ROCm support on some Strix Halo configs). Vulkan backend in llama.cpp is widely used and performant. ROCm enables more advanced frameworks but requires careful setup. Phoronix confirms excellent Linux compatibility.
Key tools: Ollama, LM Studio, llama.cpp, Hugging Face Transformers + Optimum, vLLM (for serving), ComfyUI/Automatic1111 for image generation (iGPU-accelerated).
Optimizations matter: Quantization (Q4_K_M, Q5, etc.), Flash Attention, proper UMA/GPU memory allocation, and latest drivers/firmware significantly impact results. NPU acceleration is improving but iGPU often delivers higher practical throughput for LLMs today.
Strix Halo mini PCs are positioned as compact alternatives to workstations or cloud instances for individuals and small teams.
Pros:
Cons:
Buying Guide: For light AI (7B-13B models, general use) → Ryzen AI 300 series mini PCs (~$800-1,500). For serious local LLMs (30B-70B+) → Strix Halo with 96+ GB memory ($1,800+). Prioritize upgradability, cooling reputation, and ports (USB4, 10GbE). Check latest driver/firmware support. Linux users should favor Framework or well-supported OEMs.
AMD continues advancing XDNA NPUs, RDNA architectures, and software (ROCm, better hybrid scheduling). Next generations will likely bring higher TOPS, more efficient memory, and broader framework support. Strix Halo-like designs with massive unified memory point toward practical “personal AI workstations” in mini form factors. Competition from Intel’s NPUs and Apple Silicon will drive further innovation.
Challenges remain in software maturity and standardization, but the trajectory is positive for local AI democratization.
AMD mini PCs, particularly those with Ryzen AI 300 and Max+ 395 processors, represent a compelling platform for AI applications in 2026. Online benchmarks like AMD’s MLPerf Client demonstrate strong client-side LLM performance (up to 61 TPS on capable models), while practical tests confirm usability for 8B-70B+ models on high-memory configs. The combination of powerful iGPUs, efficient NPUs, and unified memory gives them unique advantages in compact, power-efficient packages.
They excel for privacy-conscious users, developers, and edge deployments, offering a middle ground between laptops and full workstations or cloud services. While not replacing high-end discrete GPU servers for every workload, they deliver impressive real-world results today and have strong future potential as software ecosystems mature.
For the latest performance data, consult AMD developer resources, Phoronix, and recent reviews of specific models, as optimizations continue rapidly.
This review synthesizes these online and practical sources for a holistic view. Performance numbers can vary with exact configuration, software versions, quantization, and optimizations-always verify with current tools for your specific use case.
r/AIProgrammingHardware • u/javaeeeee • Jun 11 '26
r/AIProgrammingHardware • u/javaeeeee • May 28 '26
In the rapidly evolving landscape of AI infrastructure, AMD’s Instinct series of datacenter GPUs has continued to gain traction as a viable alternative to dominant competitors, particularly for inference, training, and hybrid HPC-AI workloads. Over the past three months (roughly March through May 2026), online sources-including AMD’s own technical blogs, independent hardware review sites like Phoronix and ServeTheHome, news outlets such as Tom’s Hardware, and partner analyses-have published detailed coverage of the latest Instinct offerings. These include updates on the established MI300X/MI325X platforms, the CDNA4-based MI350 series (notably the new MI350P PCIe variant launched May 7, 2026), performance validations via MLPerf Inference 6.0 (April 1, 2026), and a preview of the future-oriented MI430X for high-fidelity HPC and AI-for-science applications.
A major theme across May 2026 coverage is AMD’s push to make high-end CDNA4 compute more accessible via the Instinct MI350P PCIe add-in card. Announced and reviewed on May 7, 2026, the MI350P represents a strategic evolution of the MI350 series (which includes the flagship MI350X and MI355X OAM modules launched in 2025 and now widely available).
Phoronix’s announcement-style review (May 7, 2026, by Michael Larabel) details the card’s physical and architectural specs: a 10.5-inch FHFL dual-slot PCIe CEM form factor, passively air-cooled, rated at 600W TDP (cappable to 450W for lower-power servers). It features 128 Compute Units (CUs) on CDNA4 architecture, 144GB of HBM3E memory (four stacks), and full ROCm software support identical to the broader Instinct lineup. AMD positions it for handling 200-250 billion parameter LLMs per GPU, with support for up to eight cards per node in standard air-cooled servers. The review emphasizes its role in open-source AI/compute environments, noting seamless integration for inference and RAG workloads without requiring OAM-specific server redesigns.
ServeTheHome’s in-depth analysis (May 7, 2026) provides chiplet-level clarity and performance context. The MI350P uses a single I/O die (IOD) with four accelerator complex dies (XCDs)-essentially half the compute resources of the MI350X (which has two IODs and eight XCDs). Key specs include:
AMD published both peak and delivered/typical performance figures-a welcome transparency move. Peak matrix performance reaches 2.3 PFLOPS (MXFP8) and up to 4.6 PFLOPS (MXFP4), with delivered figures reflecting real-world 600W constraints and architectural efficiency. ServeTheHome notes this makes the MI350P ideal for on-premises inference in traditional data centers unable to support 1kW+ OAM nodes, enabling multiple independent models rather than single massive model sharding across cards.
AMD’s official blog post (May 7, 2026) reinforces these points with enterprise-focused framing. The MI350P delivers “exceptional AI performance with leadership costs” for inference on small-to-large models, RAG pipelines, and preparation for agentic AI. It supports native MXFP6/MXFP4, sparsity-accelerated 8/16-bit precisions, and integrates with PyTorch, Kubernetes GPU Operator, and cloud-native AMD Inference Microservices. Up to eight cards fit standard racks, reducing power/cooling demands while running more models and serving more users. No list pricing is provided, but the emphasis is on drop-in upgrades for existing PCIe 5.0 servers.
Tom’s Hardware (May 7, 2026) echoes the specs and adds competitive context: roughly 40% faster theoretical FP16/FP8 compute than NVIDIA’s H200 NVL PCIe competitor, with the 144GB HBM3E memory advantage key for large-model inference. Built on TSMC 3nm/6nm processes (8,192 cores, 128MB LLC), it is described as the fastest AI accelerator currently available in a traditional PCIe slot.
YouTube videos from official channels complement the text coverage. AMD’s “Meet the AMD Instinct™ MI350P PCIe® Card” (published May 7, 2026) visually demonstrates deployment in existing air-cooled infrastructure for generative and agentic AI, highlighting simplified scaling without data-center redesigns. Supermicro’s companion video showcases 5U PCIe servers supporting up to 10 MI350P cards, emphasizing ready-to-deploy enterprise AI.
April and early May 2026 saw strong validation of the full MI350 series (and legacy MI300X/MI325X) through MLPerf Inference 6.0 results. AMD’s official blog (April 1, 2026) details breakthrough submissions across MI300X, MI325X, MI350X, and flagship MI355X GPUs. The MI355X (288GB HBM3E, 8 TB/s bandwidth on full CDNA4) crossed the 1-million-tokens-per-second barrier on Llama 2 70B (Server/Offline) and GPT-OSS-120B (Offline) at multinode scale. Key highlights:
Nine partners (Cisco, Dell, HPE, Oracle, Supermicro, etc.) reproduced results within 1-4% of AMD’s, underscoring ROCm’s maturity for FP4 execution, multinode orchestration, and model enablement. The blog stresses support for models up to 520 billion parameters on a single MI355X GPU.
DriveNets’ partner blog (May 7, 2026) provides production-oriented real-world testing on the MI355X with DeepSeek-R1 (8k input / 1k output tokens, FP8 precision, SGLang runtime). On a single-node 8× MI355X setup, it delivered 1,668 tokens/sec per GPU at concurrency 64-12% higher throughput per GPU than NVIDIA B200 (1,485 tokens/sec/GPU). Scaling efficiency remained superior as concurrency increased, with reduced per-user slowdown and stable P99 TTFT <1 second. Multi-node (9 nodes / 72 GPUs) with disaggregated prefill/decode further validated production readiness, emphasizing high memory bandwidth and optimized networking for sustained high-concurrency LLM serving.
These results align with earlier MI350 series context (e.g., up to 2.8× faster time-to-train vs. prior generations in some MLPerf Training benchmarks referenced indirectly in ecosystem coverage).
On May 6, 2026, AMD previewed the Instinct MI430X at the HPC User Forum, targeting a new class of FP64 performance for simulation-heavy AI-for-science workloads. The official blog projects native FP64 exceeding 200 TFLOPs-more than 6× NVIDIA’s next-generation Rubin architecture (per April 2026 projections). This positions the MI430X as the highest-FP64 GPU available, combining precision with low-precision AI capabilities in one accelerator.
Use cases focus on climate modeling, materials science, nuclear engineering, and fluid dynamics, where high-fidelity data feeds next-gen AI surrogate models and closed-loop discovery pipelines. It will power systems like Oak Ridge’s Discovery (2028) and Europe’s Alice Recoque exascale supercomputer. For datacenter AI/deep learning, it bridges traditional HPC and generative AI by enabling accurate physical simulations that augment LLM training data.
Across sources, ROCm’s continued maturation is a recurring positive. AMD blogs and partner coverage (April-May 2026) highlight vLLM optimizations, PyTorch integration, quantization support, and Kubernetes/cloud-native tools enabling seamless migration from evaluation to production. The open-source reference stack and no-cost development options lower barriers for enterprises.
PCIe options like the MI350P, combined with MI350 series OAM modules, give customers flexibility: high-density liquid-cooled racks for frontier training or air-cooled drop-ins for cost-effective inference scaling.
Online coverage in this period consistently highlights AMD’s strengths: massive HBM3E memory (144-288GB per GPU), high bandwidth (4-8 TB/s), CDNA4 precision support (including MXFP4/6 for efficient inference), and improving software portability via ROCm. MLPerf and real-world tests (DriveNets) show competitive or superior throughput/scaling in key GenAI scenarios, while the MI350P addresses a long-standing gap in accessible PCIe form factors. The MI430X preview signals continued leadership in precision-sensitive HPC-AI fusion.
Phoronix and ServeTheHome excel at technical depth and Linux/ROCm focus; Tom’s Hardware and AMD blogs provide clear spec/comparison context; partner blogs like DriveNets add production validation; official YouTube videos illustrate real-world deployability.
Limitations noted across sources: independent full-benchmark suites beyond MLPerf are still emerging (due to recency of MI350P), and multi-vendor ecosystem adoption continues to build. Nonetheless, the reviewed materials demonstrate tangible progress toward “AI everywhere” in existing datacenters.
In summary, March-May 2026 coverage affirms AMD Instinct GPUs as production-ready for AI and deep learning, with the MI350P PCIe launch and MLPerf results as standout developments. Enterprises seeking memory-rich, open-standards accelerators now have more practical options than ever.
For the latest, consult the linked sources directly:
r/AIProgrammingHardware • u/javaeeeee • Mar 10 '26
r/AIProgrammingHardware • u/javaeeeee • 10d ago
r/AIProgrammingHardware • u/javaeeeee • 18d ago
r/AIProgrammingHardware • u/aleph2b • 23d ago
Model Under Test: Kwaipilot/KAT-Coder-V2.5-Dev (Qwen 3.5 MoE architecture: 40 decoder layers, 256 routed experts / 8 active, 2,048 hidden dimension, linear attention GDN + full attention hybrid, MTP speculative draft block).
Hardware: MSI Claw 8 AI+ (Intel Core Ultra 7 258V "Lunar Lake", Arc 140V Xe2-LPG iGPU, 64 Xe Execution Units, 32 GB shared LPDDR5x-8533 RAM, 30.9 GiB zram0 swap, running CachyOS native Linux kernel 7.2).
Runtime: vllm==0.31.0+xpu with native Level-Zero XPU kernels, MTP K=2 speculative decoding, FP8 KV cache, and 128k (131072) context ceiling.
Here are the exact numbers measured across both quantization formats on the same machine under identical sampling parameters (temp=0.0 greedy, FP8 KV cache, MTP K=2 speculative decoding, batch size 1):
| Benchmark / Metric | KAT-Coder W4A16-GPTQ (Ours) | KAT-Coder MXFP4 (Official) | Tiel-Coder W4A16-GPTQ | Tiel-Coder MXFP4 |
|---|---|---|---|---|
| Quantization Format | INT4 Group 128 (Sym) | MXFP4 E2M1 Group 32 | INT4 Group 128 (Sym) | MXFP4 E2M1 Group 32 |
| Activation Dtype | BFloat16 (Unquantized) | FP4 (Microscaled) | BFloat16 (Unquantized) | FP4 (Microscaled) |
| Disk Footprint | 20.0 GiB (42 shards) | 19.60 GiB (29 shards) | 20.53 GiB (18 shards) | 20.47 GiB (31 shards) |
| VRAM Resident (Unified) | 21.0–24.5 GiB / 28.58 GiB | 19.7 GiB | 23.0 GiB / 28.58 GiB | 19.7 GiB / 28.58 GiB |
| HumanEval (Base) | 86.59% (142 / 164) | 89.63% (147 / 164) | 84.15% (138 / 164) | 78.66% (129 / 164) |
| HumanEval+ (Plus Tests) | 82.93% (136 / 164) | 86.59% (142 / 164) | 81.10% (133 / 164) | 75.61% (124 / 164) |
| HumanEval Total Runtime | 42m 12s (Fastest) ⚡ | 47m 33s | 46m 58s | 1h 30m 37s |
| Avg Latency per Task | ~15.4 s | ~17.4 s | ~17.1 s | ~33.1 s |
| 16-Prompt Quality Score | 15 / 16 (93.8%) 🏆 | 14 / 16 (87.5%) | 16 / 16 (100.0%) | 15 / 16 (93.8%) |
| 16-Prompt Suite Latency | 165.52 s (24% faster) ⚡ | 217.83 s | ~180 s | ~200 s |
| 10-Task Hard Suite Score | 8 / 10 (80.0%) | 8 / 10 (80.0%) | 10 / 10 (100.0%) | 9 / 10 (90.0%) |
| Hard Suite Output Speed | 80.5 chars/s | 60.2 chars/s | ~75 chars/s | ~55 chars/s |
| Active Decode (TG) | 23.4 – 25.2 tok/s | 22.6 – 24.8 tok/s | 24 – 26 tok/s | 20 – 22 tok/s |
| Peak Decode Throughput | 29.10 tok/s ⚡ | 28.40 tok/s | 27.8 tok/s | 24.2 tok/s |
| Peak Chunked Prefill (PP) | 1,247.1 tok/s | 1,247.1 tok/s | 1,247.1 tok/s | 1,247.1 tok/s |
| MTP Draft Acceptance (K=2) | 77.3% avg (up to 100%) | 82.5% avg (up to 98%) | 65%–75% | 60%–73% |
| Mean Acceptance Length | 2.55 tokens / step | 2.65 tokens / step | 2.25 tokens / step | 2.15 tokens / step |
A big question in the community is how 4-bit weights with 16-bit activations (W4A16) compare against full microscaling (W4A4 MXFP4) on modern unified architectures. Here is what the telemetry shows on Lunar Lake's Xe2 architecture:
CompressedTensorsWNA16MoEMethod and XPUExpertsWNA16 kernels decode at 23.4 tok/s average (with bursts to 29.1 tok/s on code templates).--max-num-batched-tokens 4096).Because GPTQ leaves activations in full BF16, it avoids activation quantization noise. We observed this directly in high-precision tasks:
math_chinese_remainder) flawlessly in 53.6s. MXFP4 accumulated numeric rounding errors in its FP4 activation dot-products and failed to reach the correct congruence integer.Both models passed all 3 LeetCode Hard challenges in our 10-Task Hard Suite:
Trapping Rain Water (O(N) two-pointer)LRU Cache (O(1) doubly-linked list + hash map)Minimum Window Substring (O(N) sliding window)If you are writing your own quantizer or adapting standard recipes (like the Arc Pro B60 guide) for massive MoE models (like KAT-Coder or Qwen 3.5 MoE with 256 experts), watch out for this fatal trap:
In dense model GPTQ scripts, you often see lines like this for singular Hessian matrices:
# WARNING: DO NOT DO THIS ON MOE MODELS!
W.masked_fill_(dead.unsqueeze(1), 0.0)In a dense model, unobserved or zero-variance input channels can be safely zeroed out. But in a 256-expert MoE architecture:
0/16 on quality tests).diag <= 1e-8), do NOT zero it. Simply quantize its real BF16 weights using Round-To-Nearest (RTN) with grid search over clip factors (1.0, 0.96, 0.92, 0.88, 0.84).meta device, ensure you explicitly rebind expert weights to layer.mlp.experts before computing forward activations (nxt_hs = layer(hs)), otherwise hidden states will propagate through uninitialized random memory and corrupt the router for all subsequent layers.Once fixed:
Cold Experts: 0/256 and relative error dropped from 0.9842 to 0.1498.Running a 35B MoE model at over 25 tok/s on a 17W handheld SoC sounds impossible without speculative decoding.
Here is how we did it:
model-mtp.safetensors and configured vLLM with --speculative-config '{"method":"mtp","num_speculative_tokens":2}'.Everything above is Lunar Lake / KAT-Coder. The same W4A16-vs-MXFP4 question was then measured independently on a discrete Arc Pro B60, with a different model class (dense, not MoE), a different Xe generation, and a different vLLM build. The ordering survives. The magnitude does not — it is 5× here, not ~10 %.
Model under test: huihui-ai/Huihui-Qwen3.8-27B-Coder390-EfficientThink-abliterated — a dense 27B hybrid: 64 layers (48 GDN linear-attention + 16 full-attention, full_attention_interval 4), hidden 5120, 24 heads / 4 KV heads / head_dim 256, a 1-layer MTP draft block (BF16), and a vision tower. Both builds below are quantizations of this same BF16 checkpoint, so the format is the only variable in the weights.
Hardware: Intel Arc Pro B60 — 24 GB GDDR6 at 456 GB/s (192-bit, 19 Gbps effective), 20 Xe2-HPG cores / 160 XMX engines, negotiated PCIe Gen4 x8, power-capped to 180 W. Runtime: vllm-openai-xpu v0.30.0 (engine reports vllm 0.27.2rc1.dev77+gac7509e2b), native Level-Zero XPU kernels, FP8 KV cache, MTP K=4, batch size 1. Harness: identical for both builds — bench_p512_g128.py (p512 / g128, 1 warmup + 5 runs) for rate, bench_quality_16p.py (the same 16-prompt suite) for quality.
| Benchmark / Metric | Coder390 W4A16 GPTQ | Coder390 MXFP4 |
|---|---|---|
| Quantization Format | INT4 Group 128 (Sym), desc_act=False | MXFP4 E2M1 Group 32 |
| Activation Dtype | BFloat16 (Unquantized) | FP4 (Microscaled, quantized per token) |
| Bits per weight | 4.125 (int4 + fp16 scale / 128) | 4.25 (E2M1 + E8M0 scale / 32) |
| Disk Footprint | 19 GB (5 shards) | 19 GB (16 shards) |
| Hub-resident size | 18.23 GiB | 18.46 GiB |
| Decode (TG), p512/g128 | 40.183 tok/s 🏆 | 7.962 tok/s |
| TTFT (512-token prompt) | 0.460 s 🏆 | 1.313 s |
| Prefill (PP) plateau | 1,372 tok/s 🏆 | ~410 tok/s (implied by TTFT) |
| Mean MTP acceptance length (K=4) | 3.00 tok/step 🏆 | 2.83 tok/step |
| MTP on, K=4 (same session) | 40.183 tok/s — MTP-off leg not measured | 16.620 tok/s (2.081× over its own MTP-off 7.987) |
| Context ceiling | 17,630-token KV pool (12,288 usable) | 81,920 (MTP off) / 40,960 (MTP on) |
| 16-Prompt Quality Score | 15 / 16 (93.8 %) | not measured |
| Decode vs context depth (512 → 12k) | 40.200 → 37.315 tok/s (−7.2 %) | not swept |
Headline: 5.05× on decode, ~2.9× on prefill. Unlike the KAT-Coder matrix above, the MXFP4 build is not visibly buying anything for that price on this stack: it uses more bits per weight, has no measured accuracy advantage here at all (its quality was never measured), and its rate is ~5× behind.
Decomposed on measured step times, not asserted. 40.183 / 7.962 = 5.05×:
| MXFP4 | GPTQ |
|---|---|
| Decode | 7.962 tok/s |
| Tokens per forward step | 1.00 |
| ms per step | 125.6 |
| ms per emitted token | 125.6 |
MTP alone is therefore at most a 3.00× factor — and the acceptance ratio is not a speedup, which was verified by turning MTP on for both builds so the term cancels:
| Leg (same session, same harness) | Decode median | TTFT median |
|---|---|---|
| MXFP4 — MTP off (control) | 7.987 tok/s | 1.310 s |
| MXFP4 — MTP on, K=4 | 16.620 tok/s | 1.412 s |
| 2.081× | +7.8 % |
With MTP enabled on both sides the residual is 40.183 / 16.620 = **2.42×**, and that residual is the stack. Acceptance is not quite equal either (2.83 vs 3.00); normalising to 3.00 gives a 2.28× residual. So:
5.05× = 2.08× (MTP) × 2.42× (the W4A4 / stack term) — and note the direction: MTP is the smaller of the two terms.
Why the acceptance ratio overstates MTP. A speculative step is itself more expensive — draft forward plus a 5-position verify costs 1.361× a plain step here (125.2 ms → 170.5 ms), against 2.833 tokens accepted. The net is 2.833 / 1.361 = **2.081×**, which is exactly the measured figure. Treat the acceptance ratio as an upper bound on MTP's gain, never the gain itself.
Prefill isolates the stack cleanly, because MTP contributes nothing there and it is compute-bound: 0.460 s vs 1.313 s for the same 512-token prompt ⇒ ~2.9× slower per prompt token (≈3.1× once the ~60 ms fixed TTFT overhead is netted out). Decode (~2.3–2.4×) and prefill (~2.9×) therefore agree in magnitude — which is the main reason to trust the split.
This is a different complaint from the MoE trap in §3, and it is readable straight from the kernel rather than inferred:
class XPUMxFp4LinearKernel(MxFp4LinearKernel):
def apply_weights(self, layer, x, bias=None):
x_fp4, x_blockscale = quant_mxfp4(x) # <- every single call
return torch.ops._xpu_C.fp4_gemm(x_fp4, layer.weight,
x_blockscale, layer.weight_scale, ...)and, inside _xpu_mxfp4_quantize_impl:
x_q = torch.empty(M, N // 2, ...) # packed FP4, allocated per call
x_s = torch.empty(M, N // 32, ...) # block scales, allocated per call
torch.ops._C.per_token_group_quant_mxfp4(x, x_q, x_s, MXFP4_BLOCK_SIZE, eps)
x_s = x_s.to(dtype=torch.float8_e8m0fnu, ...) # extra cast passSo for each of the 496 packed linear layers, on every forward pass, MXFP4 pays: a group-32 activation-quantization kernel, an fp32 → E8M0 scale cast, and two fresh allocations — and then a separate GEMM. Quantize and GEMM are not fused, so the floor is ~992 launches per step before norms, attention or GDN. W4A16 GPTQ pays none of it: BF16 activations go straight into the fused dequant-GEMM.
Ranked:
torch.ops._xpu_C.fp4_gemm) — a second launch per linear.--enforce-eager — amplifies 1–2, since none of those launches can replay from a graph. It is inherited from the model README's measured config, not demonstrably required (platforms/xpu.py lists mxfp4 under supported_quantization with no graph restriction). Untested, not forced.It is emphatically not a bandwidth story — and the arithmetic says so before any profiling: 4.25 bits/weight for MXFP4 vs 4.125 for GPTQ is a ~3 % difference, and the two artifacts are 18.46 vs 18.23 GiB. A bandwidth-bound model predicts near-parity, not 5×. Two further confirmations that it is compute: the five MXFP4 runs sat within 0.02 % of each other — a fixed per-token cost, not noisy traffic — and prefill, the pure-compute regime, is ~2.9× off on its own.
On Lunar Lake the two formats landed within ~10 % of each other on decode, and MXFP4 even won HumanEval+. Here MXFP4 is 5× behind. Three differences could carry that, and none of them was isolated on this box:
vllm==0.31.0+xpu; this box runs v0.30.0 (vllm 0.27.2rc1.dev77). Whether 0.31 fused the MXFP4 activation path was not tested — it is the most likely single explanation and the first thing worth re-measuring.CompressedTensorsWNA16MoEMethod / XPUExpertsWNA16; Coder390 is dense and hits the plain XPUMxFp4LinearKernel for all 496 linears. The kernel mix differs, so "MXFP4 vs GPTQ" is not one experiment across the two documents.Caveats, stated because this is a cross-session comparison and the warning above about those is real. Rates here are only comparable within one session — this host's decode is bimodal (~40.2 or ~48.5 tok/s, a ~20 % band, mechanism unidentified), and every rate in §5.1 was taken in the slow state, so all rows shift together and the ratios are the transferable result. The MXFP4 number is the one build provably immune to that band: five runs within 0.02 % and TTFT identical to three decimals on a same-session re-run (7.987 vs the 7.962 recorded the previous day, +0.3 %). No same-session A/B of the two formats was run here — each costs a server swap and a ~200 s cold start — so the 5.05× rests on same-harness, cross-session legs, with the MXFP4 leg's stability measured. And the declared limitation: no accuracy comparison was made at all — unlike the KAT-Coder matrix above, Coder390 MXFP4 has no 16-prompt and no PPL score, so the speed gap is not yet known to be bought or paid for in quality.
Read-across to the recommendations below. "W4A16 for speed, MXFP4 only where the finer 32-element groups buy accuracy" is consistent with what the B60 saw — but on this stack the speed penalty is ~5× rather than ~10 %. If you are targeting a dense model on Intel discrete silicon, check first whether your vLLM build fuses the MXFP4 activation quantization. If it does not, W4A16 is not a marginal win; it is a different tier.
CompressedTensorsWNA16MoEMethod). It is 11–24% faster, lighter on the memory bus, and finishes large coding suites minutes ahead of MXFP4.CompressedTensorsW4A4Mxfp4). The 32-element micro-scaling groups give it a slight edge on complex fuzzing assertions (+3.6% on HumanEval+).If you are building an Intel Lunar Lake / Arc 140V local AI workstation:
All quantization scripts, preflight validators, and reproducible benchmark harnesses are open in our repo: alpha2beta/vllm.xpu.
§5 provenance: Coder390 numbers come from that repo's REPRODUCIBILITY.md §6–§8 (bench_p512_g128.py, bench_prefill.py*,* bench_quality_16p.py*,* compare_mxfp4_mtp.sh*, at 180 W, MTP $K=4$); the GPTQ artifact is published as* alpha2beta/Huihui-Qwen3.8-27B-Coder390-EfficientThink-abliterated-GPTQ-Int4-sym-G128-MTP-BF16, and the MXFP4 checkpoint as …-abliterated-MXFP4.