DalšíDalší průvodce
GPU kontejnery s NVIDIA Container Toolkit
Technický
Technický PRŮVODCE
nvidia-smi and NVIDIA DCGM expose GPU activity, memory, power, temperature, clock, and health information for diagnosing a running workload.
A single utilization percentage does not explain performance: compare multiple metrics with request or training throughput and profile the actual bottleneck.
NVIDIA's nvidia-smi reports device status and utilization summaries, while DCGM provides monitoring, health, and profiling functions suited to managed systems and clusters. The GPU utilization percentage in nvidia-smi is the share of the recent sample period during which one or more kernels were executing. It is not the percentage of theoretical FLOPs achieved. Memory utilization is a separate activity measure and is not the same as the amount of VRAM allocated. A device can be active nearly all the time yet fail to deliver expected throughput. Kernels may be memory-bound, use few compute units, wait on dependencies, or perform operations that do not use specialized tensor hardware. Conversely, low utilization between steps can point to slow input decoding, small batches, CPU preprocessing, synchronization, or an undersized workload. Compare GPU metrics with tokens or samples per second, step time, latency, and host CPU activity. Memory capacity and memory traffic also answer different questions. nvidia-smi reports used memory in units such as MiB; DCGM profiling can report whether device-memory traffic is active. A high memory-activity ratio can signal bandwidth pressure, while high allocated capacity may simply reflect caching. Watch memory growth over time for leaks and include reserved memory from the framework. Power, clock frequency, and temperature help explain throttling or power limits. ECC and health diagnostics can reveal hardware or communication issues. DCGM's profiling metrics are interval averages; they do not identify an individual slow kernel or source line. Use a profiler when aggregate telemetry suggests a bottleneck but cannot locate it. Sample cadence matters. A short burst can disappear in a long reporting interval, and container or virtualization boundaries may affect which processes are visible. Monitor representative steady-state and burst workloads, and correlate metrics with logs and job phases. Use the tools to form a hypothesis, then verify it with performance profiling.
Rozhodnutí o architektuře zvyšují výkon a provozní náklady po mnoho let.
Technické vzdělání pomáhá týmům vybrat ten správný stack, nejen ten nejnovější.
Lepší konstrukční volby snižují výskyt problémů se spolehlivostí ve výrobě.
GPU monitoring tools will continue adding hardware counters and fleet-level health signals. Better dashboards may connect telemetry with workloads, model stages, and power use. Aggregate utilization will still need interpretation because kernels, memory traffic, and communication create different bottlenecks. Teams should combine DCGM or nvidia-smi snapshots with framework profilers and application throughput for actionable diagnosis. Correlate sampled signals with application traces and job phases. Recheck metric definitions when tools, drivers, or device generations change. Keep sampling windows documented per device.
An operator checks GPU process memory, temperature, clocks, power, and utilization during a long training run.
A cluster dashboard samples DCGM metrics to compare SM activity, tensor-pipe activity, DRAM traffic, and interconnect use across nodes.
A data scientist sees low GPU activity between batches and profiles data loading before increasing model compute.
An engineer separates memory allocated in MiB from memory-activity percentage when assessing GPU capacity and bandwidth.
Optimalizace jednoho benchmarku může skrýt širší systémové slabiny.
Náklady na infrastrukturu a údržbu jsou často podceňovány.
Mezery v zabezpečení a pozorovatelnosti se mohou zvětšovat, jak se systémy stávají složitějšími.
Před implementací definujte cíle latence, kvality a nákladů.
Benchmark za realistických podmínek zatížení a dat.
Monitorování chyb, posunu a dopadu na uživatele.
Před škálováním připravte cesty vrácení zpět a reakce na incidenty.
Free newsletter
Three verified AI stories every weekday morning, written in plain English. Free forever, no ads.
One email each weekday. Unsubscribe in one click. We never sell or share your address.
Test yourself
Instant feedback on every answer, and a shareable certificate with a verifiable ID once you pass a course.
Support free AI education. AI Understanding is a 501(c)(3) nonprofit — no ads, no paywall, ever. Make a donation
nvidia-smi and NVIDIA DCGM expose GPU activity, memory, power, temperature, clock, and health information for diagnosing a running workload. A single utilization percentage does not explain performance: compare multiple metrics with request or training throughput and profile the actual bottleneck.
The reported utilization is a time-based activity measure, not achieved compute efficiency.
Memory activity and allocated capacity measure different behavior.
Continuous kernel activity does not guarantee high arithmetic efficiency.
The GPU may be waiting for CPU preprocessing, data transfer, or synchronization.
DCGM profiling includes a measure of device memory traffic activity.
Učte se dál
Pro toto téma bylo vybráno více průvodců
DalšíDalší průvodce
GPU kontejnery s NVIDIA Container Toolkit
Technický