Design an LLM Inference Service
Serve a large language model behind an API: queue the requests, batch them onto scarce GPUs, stream tokens back, and keep every accelerator busy without blowing the latency budget.
3 questions on this site are reported in NVIDIA software engineer interviews. Each has a full reference design (requirements, back-of-envelope numbers, components, user flows and deep dives with interviewer follow-ups). Each one can be walked through turn by turn and then sat as a mock. Patterns covered: gpu-batching, streaming, scheduling, kv-cache, peer-to-peer, chunking, bandwidth, integrity, stragglers, reconciliation, consensus, bin-packing, failure-detection.
Run an AI mock NVIDIA interview →One of these questions, run as a live round in that style, with a debrief at the end.
Attribution comes from public interview guides and candidate reports, not from NVIDIA. It indicates where a question has been asked, nothing more.
Serve a large language model behind an API: queue the requests, batch them onto scarce GPUs, stream tokens back, and keep every accelerator busy without blowing the latency budget.
Get a 200 GB checkpoint from one origin onto 10,000 machines in five data centres within minutes, under capped links, verifying every byte.
Place 300,000 containers on 10,000 machines from declared desired state, keep them running through failures, and give every service a stable address.
45–60 minutes, often close to accelerators: serving, scheduling or data movement for large models.
Quoting hardware names without the arithmetic. The numbers are the answer here.
From public interview guides and candidate reports, and NVIDIA’s own interview guidance where it publishes any. Not endorsed by NVIDIA. Formats change; treat it as a prior, not a promise.
Large-company loops run 45 to 60 minutes, expect numbers, and spend most of the time on deep dives. Walk through a question to see how a strong candidate paces the hour, sit the same question as a mock until you can produce the requirements, the estimates and the design without looking, then read the interview framework guide for how to structure the hour. The other questions on the site teach patterns that show up in NVIDIA interviews under different names.
Questions reported in NVIDIA system design interviews include LLM Inference Service, Large File Distribution System and Container Orchestrator. Between them they test gpu batching, streaming, scheduling, kv cache, peer to peer and chunking. The reports come from public interview guides and candidate accounts, not from NVIDIA, so practise the patterns rather than memorising one list.
45–60 minutes, often close to accelerators: serving, scheduling or data movement for large models.
Reports say the NVIDIA round weighs 4 things. 1. Where the bottleneck actually is: memory bandwidth, interconnect or compute. 2. Batching and scheduling on scarce hardware. 3. Throughput and utilisation with numbers attached. 4. Failure handling in a fleet of expensive, long-running workers. Quoting hardware names without the arithmetic. The numbers are the answer here.
Practise the questions reported there out loud, under a 45-minute clock: requirements with numbers first, then estimates, a high-level design, and deep dives into the two or three hardest parts. Start with LLM Inference Service: watch a strong candidate answer it turn by turn, then sit it yourself. Then cover the patterns the round leans on (gpu batching, streaming, scheduling and kv cache) with one more question each.