<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>GPU and AI on Rik Kisnah - Blog</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/</link><description>Recent content in GPU and AI on Rik Kisnah - Blog</description><generator>Hugo</generator><language>en</language><lastBuildDate>Tue, 09 Jun 2026 09:00:00 -0700</lastBuildDate><atom:link href="https://www.rik-kisnah.ai/teach/gpu-ai/feed.xml" rel="self" type="application/rss+xml"/><item><title>Design a Fleet Health Score and Repair Loop</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/design-a-fleet-health-score/</link><pubDate>Tue, 09 Jun 2026 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/design-a-fleet-health-score/</guid><description>Thousands of GPUs, each with fifty signals. Boil them into one number per node that says &amp;lsquo;schedule on me&amp;rsquo; or &amp;lsquo;do not&amp;rsquo;, and a loop that takes sick nodes out, fixes them, proves they are fixed, and puts them back. The metric that matters is usable compute.</description></item><item><title>Design Model Weight Distribution to a Thousand Hosts</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/design-model-weight-distribution/</link><pubDate>Tue, 17 Mar 2026 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/design-model-weight-distribution/</guid><description>A 500 GB model sits in one repository behind a 10 Gbps link. A thousand GPU hosts need it, each with a 10 Gbps card, and a few of them will die while you copy. Say the lower bound, then design the swarm that gets close to it, then the part that actually matters in production: verifying every copy and never serving from a half-loaded host.</description></item><item><title>Design a Rack as One Computer</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/design-a-rack-as-one-computer/</link><pubDate>Tue, 03 Mar 2026 09:00:00 -0800</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/design-a-rack-as-one-computer/</guid><description>Seventy-two GPUs wired so tightly they behave like one. The unit you launch, monitor, and repair is now the rack. Design the control plane for that, and decide what happens when one tray out of eighteen dies.</description></item><item><title>Design an Inference API</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/design-an-inference-api/</link><pubDate>Tue, 11 Nov 2025 09:00:00 -0800</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/design-an-inference-api/</guid><description>Thousands of people send prompts, a pool of GPUs answers them, and the GPU only earns its keep when it works on many prompts at once. Design the layer in between: the batcher, the queues, the maths for how many GPUs, what happens when one dies, and how two models share eight GPUs when one of them needs all eight.</description></item><item><title>Mixture of Experts and All-to-All Traffic</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/mixture-of-experts-traffic/</link><pubDate>Tue, 16 Sep 2025 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/mixture-of-experts-traffic/</guid><description>A mixture-of-experts model does not send every token through every part of the network. A router picks a few experts per token, and the experts live on different GPUs. That turns a tidy all-reduce into an all-to-all, and the fabric feels the difference.</description></item><item><title>Continuous Batching for Inference</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/continuous-batching-for-inference/</link><pubDate>Tue, 15 Apr 2025 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/continuous-batching-for-inference/</guid><description>Generating text is one token at a time, and one token uses a fraction of the GPU. So you serve many conversations at once and swap them in and out as they finish, every single step. This is why a serving engine is not just &amp;lsquo;call the model in a loop&amp;rsquo;.</description></item><item><title>Size the KV Cache</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/size-the-kv-cache/</link><pubDate>Tue, 18 Feb 2025 09:00:00 -0800</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/size-the-kv-cache/</guid><description>The model has to remember every word said so far, for every user, for every layer. That memory is the KV cache. Six numbers multiplied together tell you how many users one GPU can serve. Do the multiplication before you buy the GPUs.</description></item><item><title>Power and Cooling for GPU Racks</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/power-and-cooling-for-gpu-racks/</link><pubDate>Tue, 13 Aug 2024 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/power-and-cooling-for-gpu-racks/</guid><description>A rack that used to draw ten kilowatts now draws over a hundred. Air cannot carry that heat away. The rack is plumbed, the floor is load-rated, and the power feed is a design decision before a single GPU is bought.</description></item><item><title>Design a Burn-In Pipeline</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/design-a-burn-in-pipeline/</link><pubDate>Tue, 09 Apr 2024 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/design-a-burn-in-pipeline/</guid><description>Brand new hardware fails. Find the bad parts on your time, not the customer&amp;rsquo;s. Test one GPU, then one server, then one rack, then the whole cluster, with a gate at every step. Fail fast, log everything, never let a stage run without a stop rule.</description></item><item><title>Straggler Detection in Training Jobs</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/straggler-detection/</link><pubDate>Tue, 16 Jan 2024 09:00:00 -0800</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/straggler-detection/</guid><description>In a synchronous job, the whole cluster runs at the speed of its slowest GPU. One card throttling at 80 percent makes a thousand cards run at 80 percent. Find it in minutes, automatically, and take it out.</description></item><item><title>Measure GPU Utilisation and MFU</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/measure-gpu-utilisation-and-mfu/</link><pubDate>Tue, 14 Nov 2023 09:00:00 -0800</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/measure-gpu-utilisation-and-mfu/</guid><description>&amp;lsquo;GPU utilisation 100 percent&amp;rsquo; can mean the chip is doing useful maths, or that one thread is spinning. Model FLOPs utilisation is the honest number: useful work divided by what the chip could do. Know how to compute it and what a good value is.</description></item><item><title>Design the Training Network</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/design-the-training-network/</link><pubDate>Tue, 15 Aug 2023 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/design-the-training-network/</guid><description>Two networks, not one. East-west is where GPUs talk to GPUs and must never drop a packet. North-south is everything else. Draw the rails, keep it lossless, and never let the two share a wire.</description></item><item><title>Diagnose a Slow NCCL Job</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/diagnose-a-slow-nccl-job/</link><pubDate>Tue, 14 Mar 2023 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/diagnose-a-slow-nccl-job/</guid><description>The job runs. Nothing errors. It is just half as fast as last week. This is the ticket every GPU infrastructure engineer gets, and it has a fixed order of questions. Learn the order and you solve it in an hour instead of a week.</description></item><item><title>Design a Topology-Aware GPU Scheduler</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/design-a-topology-aware-gpu-scheduler/</link><pubDate>Tue, 11 Oct 2022 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/design-a-topology-aware-gpu-scheduler/</guid><description>Which GPUs a job lands on decides how fast it runs. A scheduler that hands out any free GPU is a scheduler that puts one job&amp;rsquo;s ring across three spines. Give it a map of the cluster and make it place jobs the way the network wants.</description></item><item><title>All-Reduce Explained</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/all-reduce-explained/</link><pubDate>Tue, 10 May 2022 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/all-reduce-explained/</guid><description>Every child has a number. Everyone needs the total. Pass a piece to your neighbour around the ring. This is how a thousand GPUs agree on one gradient, and why one slow link slows all of them.</description></item><item><title>Number Formats: FP32 to FP8</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/number-formats-fp32-to-fp8/</link><pubDate>Tue, 15 Feb 2022 09:00:00 -0800</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/number-formats-fp32-to-fp8/</guid><description>Every number in a model takes bits. Halve the bits and you double the speed, halve the memory, and risk the maths going wrong. Know which format keeps range, which keeps precision, and where you must not cut.</description></item><item><title>Checkpointing at Scale</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/checkpointing-at-scale/</link><pubDate>Tue, 07 Dec 2021 09:00:00 -0800</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/checkpointing-at-scale/</guid><description>A thousand-GPU job will be interrupted. The only question is how much work you lose when it is. Save often enough that a failure costs minutes, cheaply enough that saving does not cost more than the failures.</description></item><item><title>Why GPUs for AI</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/why-gpus-for-ai/</link><pubDate>Tue, 14 Sep 2021 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/why-gpus-for-ai/</guid><description>A CPU is eight chefs who can cook anything. A GPU is ten thousand kids who can each only stir one pot, but all at the same time and all the same way. AI is mostly stirring pots.</description></item><item><title>GPU Faults: XID, ECC, and What They Mean</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/gpu-fault-taxonomy/</link><pubDate>Tue, 13 Apr 2021 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/gpu-fault-taxonomy/</guid><description>A GPU tells you it is unhappy in a few specific ways. Some mean &amp;lsquo;retry&amp;rsquo;. Some mean &amp;lsquo;reboot&amp;rsquo;. Some mean &amp;rsquo;this card goes back in the box&amp;rsquo;. The job is to read the message and sort it into the right bin fast, without a human staring at logs.</description></item><item><title>Data, Model, and Pipeline Parallelism</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/data-model-and-pipeline-parallelism/</link><pubDate>Tue, 15 Sep 2020 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/data-model-and-pipeline-parallelism/</guid><description>Three ways to split a job that is too big for one GPU. Split the data, split the model&amp;rsquo;s layers across machines, or split each layer across machines. Each one puts a different kind of traffic on the network, and that decides your cluster design.</description></item><item><title>RDMA Explained</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/rdma-explained/</link><pubDate>Tue, 10 Mar 2020 09:00:00 -0800</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/rdma-explained/</guid><description>Normal networking hands every packet to the operating system, which copies it, thinks about it, and copies it again. RDMA lets one machine write straight into another machine&amp;rsquo;s memory with nobody in the middle. That is why GPU clusters use it.</description></item><item><title>The GPU Memory Hierarchy</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/gpu-memory-hierarchy/</link><pubDate>Tue, 12 Nov 2019 09:00:00 -0800</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/gpu-memory-hierarchy/</guid><description>Registers, shared memory, HBM, then the CPU across the bus. Each level is bigger and slower than the last by a lot. Most slow GPU code is fast GPU code waiting for the wrong level.</description></item><item><title>NVLink versus PCIe</title><link>https://www.rik-kisnah.ai/teach/gpu-ai/nvlink-vs-pcie/</link><pubDate>Tue, 16 Apr 2019 09:00:00 -0700</pubDate><guid>https://www.rik-kisnah.ai/teach/gpu-ai/nvlink-vs-pcie/</guid><description>Two roads out of every GPU. PCIe is the public road to the CPU and the network. NVLink is the private motorway between GPUs in the same box. Know the speed of each, and know which one your traffic is on.</description></item></channel></rss>