TechNuggets Academy

Deployment, Optimization, and NVIDIA Infrastructure

Free NVIDIA-Certified Professional: Agentic AI practice — 6 questions on Deployment, Optimization, and NVIDIA Infrastructure, with explanations. No sign-up. Full 12-question mixed test →

Question 1 of 6 · Deployment, Optimization, and NVIDIA Infrastructure
A production multi-agent system runs on Triton Inference Server with a TensorRT-LLM backend. During load testing, CUDA out-of-memory errors appear once concurrency crosses roughly 40 simultaneous agent sessions, even though aggregate GPU memory usage reported by nvidia-smi is well below capacity. In-flight batching is enabled and requests have highly variable output lengths. What is the MOST likely root cause and fix?
Variable-length outputs under naive contiguous KV cache allocation cause fragmentation long before aggregate memory is exhausted. TensorRT-LLM's paged KV cache (block-based, page-attention style) eliminates this fragmentation by allocating/releasing fixed-size pages on demand, and tuning the reserved GPU memory fraction lets the scheduler admit more concurrent sequences safely.
Question 2 of 6 · Deployment, Optimization, and NVIDIA Infrastructure
An agentic pipeline uses a router LLM, a retrieval reranker model, and a code-generation LLM, each with different latency/throughput profiles and independent release cadences. The team needs each model to scale, version, and roll back independently with minimal shared operational surface area. Which deployment approach best satisfies these requirements?
Packaging each model as its own NIM microservice gives independent containers, independent TensorRT-LLM engines, independent autoscaling, and independent versioning/rollback — exactly what's needed when models have different profiles and release cycles, with the agent orchestrator calling each endpoint as needed.
Question 3 of 6 · Deployment, Optimization, and NVIDIA Infrastructure
An agent pipeline invokes NeMo Guardrails with three sequential rail checks (topical, jailbreak, moderation) on the final LLM output before returning a response to the user. This adds 300ms of latency and causes the pipeline to miss an 800ms end-to-end SLA. Safety coverage cannot be reduced. What is the BEST way to reduce added latency?
Topical, jailbreak, and moderation rails are typically independent classifiers that don't depend on each other's output; executing them concurrently instead of sequentially collapses their latency to roughly the slowest single check instead of the sum, while still gating the response on required checks before it's returned.
Question 4 of 6 · Deployment, Optimization, and NVIDIA Infrastructure
A team must deploy a 70B-parameter model on a single 80GB Hopper-class GPU using TensorRT-LLM. The agent frequently emits structured JSON tool-call arguments where small numeric precision errors break downstream parsing, so accuracy must be preserved as much as possible while still fitting weights and KV cache in memory. Which quantization configuration BEST balances memory footprint and output accuracy for this use case?
FP8 on Hopper is natively supported in hardware, giving roughly 2x memory reduction versus FP16 with substantially lower accuracy degradation than INT4 methods, making it the recommended tradeoff for use cases sensitive to precision (like structured tool-call generation) while still meeting the memory budget.
Question 5 of 6 · Deployment, Optimization, and NVIDIA Infrastructure
A multi-agent system spans a planner agent, several tool-calling sub-agents, and a NeMo Retriever call, each deployed as a separate NIM/Triton endpoint. During an incident, engineers need to reconstruct the full call graph, per-hop latency, and per-step cost attribution across all agent hops. Which approach aligns with recommended production observability practice for this scenario?
Distributed tracing with OpenTelemetry spans and a propagated correlation/trace ID across every agent hop and model-serving call is what reconstructs the full call graph with per-hop latency and cost, which is exactly what's needed to debug a multi-agent incident.
Question 6 of 6 · Deployment, Optimization, and NVIDIA Infrastructure
An agent occasionally produces different tool-call sequences for identical repeated input prompts even though temperature is set to 0 (greedy decoding) on a TensorRT-LLM-served model with in-flight batching enabled. What is the MOST likely root cause of this residual non-determinism?
Under in-flight batching, which sequences are grouped together and in what order changes run to run, and floating-point arithmetic is not strictly associative; this can shift accumulated logit values by tiny amounts, occasionally flipping which token wins a near-tied greedy argmax — a well-documented source of residual non-determinism in high-throughput batched inference even at temperature 0.
Ready for the real thing?

The full course: two full-length practice tests, video lessons for every exam domain, hands-on labs and detailed explanations.

$129.99 $34.99 with code FREETEST33 — valid through September 7.

Get my $34.99 deal →