DCGM Release Notes¶
This version of DCGM (v3.0) requires a minimum R450 Linux datacenter driver (>= 450.80.02) that can be downloaded from NVIDIA Drivers. It is recommended to install the latest datacenter driver from NVIDIA drivers downloads site for use with DCGM.
3.0.4¶
New Features¶
Added support for the NVIDIA Hopper architecture and NVIDIA H100 PCIe product:
Added support for Hopper performance monitoring APIs
Added support for Hopper Multi-Instance GPU profiles
Added support for DCGM GPU diagnostics
Added the ability for DCGM Diagnostics to skip the NVLink integration test when NVLinks are not enabled. This can be accomplished by adding the
-p pcie.test_nvlink_status=false
option to the dcgmi diag command-line.Added support for SUSE Linux
Major API changes¶
The following features have been dropped starting with DCGM 3.0:
The socket protocol based on protobuf has been removed
The DCGM introspection APIs have been removed (except for host engine memory usage and host CPU usage)
The following field identifers have been removed:
DCGM_FI_DEV_GRAPHICS_PIDS
DCGM_FI_DEV_COMPUTE_PIDS
DCGM_FI_DEV_GPU_UTIL_SAMPLES
DCGM_FI_DEV_MEM_COPY_UTIL_SAMPLES
Support for CUDA 9 and CUDA 10 based drivers has been removed; DCGM diagnostics cannot be used on systems with these older driver installations
Fixed Issues¶
Fixed an issue with the Pulse test (under
-r 4
) which caused the test to hang in some scenarios on A100 systemsFixed an issue in DCGM diagnostics where a failure on one GPU would be attributed to all GPUs in a multi-GPU system.
Fixed an issue with the calculation of the
DCGM_FI_DEV_FB_USED_PERCENT
metricFixed an issue with package dependencies on the
libgomp
package on SUSE SLES based distributionsFixed an issue where DCGM diagnostics was not handling driver timeouts correctly
Fixed an issue with DCGM diagnostics to not print out
Error: unable to establish a connection to the specified host: localhost
when a--host
parameter was not passed.Fixed an issue in DCGM diagnostics to handle Ctrl-C signals correctly.
Fixed an issue with metrics in MIG mode where all field values would report incorrect values after a few hours.
Fixed an issue on A100 in MIG mode where some whole GPU metrics such as temperature, power etc. were returned as 0 for MIG devices.
Fixed an issue on A100 in MIG mode to report memory (
DCGM_FI_DEV_FB_FREE
,DCGM_FI_DEV_FB_USED
andDCGM_FI_DEV_FB_TOTAL
) per MIG device.Fixed an issue where package installation would fail on RHEL systems.
Removed the redundant
temperature_max
setting from thediag-skus.yaml
configuration for DCGM Diagnostics.Fixed an issue where DCGM with R510+ drivers was using an incorrect NVML API to return memory usage. A new field identifier
DCGM_FI_DEV_FB_RESERVED
was added to distinguish between the actual usage and reserved memory.
Known Issues¶
The Pulse test (Input EDPp, with
-r 4
) is not supported for H100 PCIe in this release. Support will be added in an upcoming release.On V100, DCGM metrics may be reported as 0 after some time interval when two or more CUDA contexts are active on the GPU.
On DGX-2/HGX-2 systems, ensure that
nv-hostengine
and the Fabric Manager service are started before usingdcgmproftester
for testing the new profiling metrics. See the Getting Started section in the DCGM User Guide for details on installation.On K80s,
nvidia-smi
may report hardware throttling (clocks_throttle_reasons.hw_slowdown = ACTIVE
) during DCGM Diagnostics (Level 3). The stressful workload results in power transients that engage the HW slowdown mechanism to ensure that the Tesla K80 product operates within the power capping limit for both long term and short term timescales. For Volta or later Tesla products, this reporting issue has been fixed and the workload transients are no longer flagged as “HW Slowdown”. The NVIDIA driver will accurately detect if the slowdown event is due to thermal thresholds being exceeded or external power brake event. It is recommended that customers ignore this failure mode on Tesla K80 if the GPU temperature is within specification.To report NVLINK bandwidth utilization DCGM programs counters in the HW to extract the desired information. It is currently possible for certain other tools a user might run, including
nvprof
, to change these settings after DCGM monitoring begins. In such a situation DCGM may subsequently return errors or invalid values for the NVLINK metrics. There is currently no way within DCGM to prevent other tools from modifying this shared configuration. Once the interfering tool is done a user of DCGM can repair the reporting by runningnvidia-smi nvlink -sc 0bz; nvidia-smi nvlink -sc 1bz
.