SelanjutnyaPanduan berikutnya
Kontainer GPU dengan Toolkit Kontainer NVIDIA
Teknis
PANDUAN Teknis
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.
Keputusan arsitektur mendorong kinerja dan biaya pengoperasian selama bertahun-tahun.
Pendidikan teknis membantu tim memilih tumpukan yang tepat, bukan hanya yang terbaru.
Pilihan teknik yang lebih baik mengurangi insiden keandalan dalam produksi.
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.
Mengoptimalkan satu tolok ukur dapat menyembunyikan kelemahan sistem yang lebih luas.
Biaya infrastruktur dan pemeliharaan sering kali diremehkan.
Kesenjangan keamanan dan kemampuan observasi dapat tumbuh seiring dengan semakin kompleksnya sistem.
Tentukan target latensi, kualitas, dan biaya sebelum penerapan.
Tolok ukur dalam kondisi beban dan data yang realistis.
Pemantauan instrumen untuk kesalahan, penyimpangan, dan dampak pengguna.
Siapkan jalur rollback dan respons insiden sebelum melakukan penskalaan.
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.
Teruslah belajar
Panduan lainnya dipilih untuk topik ini
SelanjutnyaPanduan berikutnya
Kontainer GPU dengan Toolkit Kontainer NVIDIA
Teknis