À suivreGuide suivant
Conteneurs GPU avec boîte à outils de conteneur NVIDIA
Technique
GUIDE Technique
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.
Les décisions en matière d'architecture déterminent les performances et les coûts d'exploitation pendant des années.
La formation technique aide les équipes à choisir la bonne pile, pas seulement la plus récente.
De meilleurs choix d’ingénierie réduisent les incidents de fiabilité en production.
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.
L’optimisation d’un benchmark peut masquer des faiblesses plus larges du système.
Les coûts d’infrastructure et de maintenance sont souvent sous-estimés.
Les lacunes en matière de sécurité et d’observabilité peuvent se creuser à mesure que les systèmes deviennent plus complexes.
Définissez les objectifs de latence, de qualité et de coût avant la mise en œuvre.
Benchmark dans des conditions de charge et de données réalistes.
Surveillance des instruments pour détecter les erreurs, la dérive et l'impact sur l'utilisateur.
Préparez les chemins de restauration et de réponse aux incidents avant la mise à l’échelle.
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.
Continuez à apprendre
Plus de guides sélectionnés pour ce sujet
À suivreGuide suivant
Conteneurs GPU avec boîte à outils de conteneur NVIDIA
Technique