Releases: NVIDIA-Merlin/HugeCTR
HugeCTR v26.03 release
What's Changed
- Upgrade the upload actions' version by @EmmaQiaoCh in #474
- Support GB300
Full Changelog: v25.03.00...v26.03.00
Merlin: HugeCTR 25.03
What's Changed
- low frequency filter by @ccccjunkang in #455
- Sync from gitlab by @EmmaQiaoCh in #458
- Preview 25.03 by @EmmaQiaoCh in #473
New Contributors
- @ccccjunkang made their first contribution in #455
Full Changelog: v24.06.00...v25.03.00
Merlin: HugeCTR 24.06
What's New in Version 24.06
- Sparse Operation Kit (SOK) Updates:
- A new API
sok.incremental_dumphas been added, which allows users to dump newly added keys and values into a numpy array by specifying a time threshold. Currently it only supportssok.DynamicVariablethat uses HKV as the backend. - Fixed the issue of wgrad using too much GPU memory.
- Fixed an illegal memory access issue in a CUDA kernel during backward propagation.
- The documentation and examples for SOK (Sparse Operation Kit) have been updated. For more details, refer to the SOK Documentation.
- A new API
Merlin: HugeCTR 24.04
v24.04.00 Remove some internal files (#447)
Merlin: HugeCTR 23.12
What's New in Version 23.12
-
Lock-free Inference Cache in HPS
- We have added a new lock-free GPU embedding cache for the hierarhical parameter server, which can further improve the performance of embedding table lookup in inference. It also doesn't lead to data inconsistency even if concurrent model updates or missing key insertions are in use. That is because we ensure the cache consistency through the asynchronous stream synchronization mechanism. To enable lock-free GPU embedding cache, a user only needs to set "embedding_cache_type" to
dynamicand"use_hctr_cache_implementation"tofalse.
- We have added a new lock-free GPU embedding cache for the hierarhical parameter server, which can further improve the performance of embedding table lookup in inference. It also doesn't lead to data inconsistency even if concurrent model updates or missing key insertions are in use. That is because we ensure the cache consistency through the asynchronous stream synchronization mechanism. To enable lock-free GPU embedding cache, a user only needs to set "embedding_cache_type" to
-
Official SOK Release
- The SOK is not an
experimentpackage anymore but is now officially supported by HugeCTR. Doimport sparse_operation_kit as sokinstead offrom sparse_operation_kit import experiment as sok sok.DynamicVariablesupports Merlin-HKV as its backend- The parallel dump and load functions are added
- The SOK is not an
-
Code Cleaning and Deprecation
- Deprecated the
Model::export_predictionsfunction. Use the Model::check_out_tensor function instead. - We have deprecated the
Normand legacyRawDataReaders. Usehugectr.DataReaderType_t.RawAsyncorhugectr.DataReaderType_t.Parquetas their alternatives.
- Deprecated the
-
Issues Fixed:
- Improved the performance of the HKV lookup via the SOK
- Fix an illegal memory access issue from the SOK backward pass, occurring in a corner case
- Resolved the mean combiner returning zeroes, when the pooling factor is zero, which can make the SOK lookup return NaN.
- Fixed some dependency related build issues
- Optimized the performance of the dynamic embedding table (DET) in the SOK.
- Fixed the crash when a user specifies negative keys in using the DET via the SOK.
- Resolved the occasional correctness issue which becomes visible during the backward propagation phase of the SOK, in handling thousands of embedding tables.
- Removed the runtime errors happening in the Tensorflow >= 2.13.
-
Known Issues:
-
If we set
max_eval_batchesandbatchsize_evalto some large values such as 5000 and 12000 respectively, the training process leads to the illegal memory access error. The issue is from the CUB, and is fixed in its latest version. However, because it is only included in CUDA 12.3, which is not used by our NGC container yet, until we update our NGC container to rely upon that version of CUDA, please rebuild HugeCTR with the newest CUB as a workaround. Otherwise, please try to avoid such largemax_eval_batchesandbatchsize_eval. -
HugeCTR can lead to a runtime error if client code calls RMM’s
rmm::mr::set_current_device_resource()orrmm::mr::set_current_device_resource()because HugeCTR’s Parquet Data Reader also callsrmm::mr::set_current_device_resource(), and it becomes visible to other libraries in the same process. Refer to [this issue] (#356) . As a workaround, a user can set an environment variableHCTR_RMM_SETTABLEto 0 to disable HugeCTR to set a custom RMM device resource, if they knowrmm::mr::set_current_device_resource()is called outside HugeCTR. But be cautious, as it could affect the performance of parquet reading. -
HugeCTR uses NCCL to share data between ranks and NCCL can require shared system memory for IPC and pinned (page-locked) system memory resources.
If you use NCCL inside a container, increase these resources by specifying the following arguments when you start the container:-shm-size=1g -ulimit memlock=-1
See also this NCCL known issue and this GitHub issue](#243).
-
KafkaProducersstartup succeeds even if the target Kafka broker is unresponsive.
To avoid data loss in conjunction with streaming-model updates from Kafka, you have to make sure that a sufficient number of Kafka brokers are running, operating properly, and reachable from the node where you run HugeCTR. -
The number of data files in the file list should be greater than or equal to the number of data reader workers.
Otherwise, different workers are mapped to the same file and data loading does not progress as expected. -
Joint loss training with a regularizer is not supported.
-
Dumping Adam optimizer states to AWS S3 is not supported.
-
Merlin: HugeCTR 23.09
What's New in Version 23.09
-
Code Cleaning and Deprecation
- The offline inference has been deprecated from our documentation, notebook suite, and code. Please check out the HPS plugin for TensorFlow and TensorRT. The multi-GPU inference is not illustrated in this HPS TRT notebook.
- We are working on deprecating the Embedding Training Cache (ETC). If you trying using that feature, it still works but omits a deprecation warning message. In a near-futre release, they will be removed from the API and code level. Please refer to the NVIDIA HierarchicalKV as an alternative.
- In this release, we have also cleand up our C++ code and CMakeLists.txt to improve their maintainability and fix minor but potential issues. There will be more code cleanup in several future releases.
-
General Updates:
- Enabled the support of the static CUDA runtime. Now you can experimentally enable the feature by specifying
-DUSE_CUDART_STATIC=ONin configuring the code with cmake, while the dynamic CUDA runtime is still used by default. - Added HPS as a custom extension for TorchScript. A user can leverage the HPS embedding lookup during the inference of scripted torch module.
- Enabled the support of the static CUDA runtime. Now you can experimentally enable the feature by specifying
-
Issues Fixed:
- Resolved a couple of performance regressions when the SOK is used together with HKV, related to unique operaiton and unified memory
- Reduced the unnessary memory consumption of intermediate buffers in loading and dumping the SOK embedding
- Fixed the Interaction Layer to support large
num_slots - Resolved the occasional runtime error in using multiple H800 GPUs
-
Known Issues:
-
If we set
max_eval_batchesandbatchsize_evalto some large values such as 5000 and 12000 respectively, the training process leads to the illegal memory access error. The issue is from the CUB, and is fixed in its latest version. However, because it is only included in CUDA 12.3, which is not used by our NGC container yet, until we update our NGC container to rely upon that version of CUDA, please rebuild HugeCTR with the newest CUB as a workaround. Otherwise, please try to avoid such largemax_eval_batchesandbatchsize_eval. -
HugeCTR can lead to a runtime error if client code calls RMM’s
rmm::mr::set_current_device_resource()orrmm::mr::set_current_device_resource()because HugeCTR’s Parquet Data Reader also callsrmm::mr::set_current_device_resource(), and it becomes visible to other libraries in the same process. Refer to [this issue] (#356) . As a workaround, a user can set an environment variableHCTR_RMM_SETTABLEto 0 to disable HugeCTR to set a custom RMM device resource, if they knowrmm::mr::set_current_device_resource()is called outside HugeCTR. But be cautious, as it could affect the performance of parquet reading. -
HugeCTR uses NCCL to share data between ranks and NCCL can require shared system memory for IPC and pinned (page-locked) system memory resources.
If you use NCCL inside a container, increase these resources by specifying the following arguments when you start the container:-shm-size=1g -ulimit memlock=-1
See also this NCCL known issue and this GitHub issue](#243).
-
KafkaProducersstartup succeeds even if the target Kafka broker is unresponsive.
To avoid data loss in conjunction with streaming-model updates from Kafka, you have to make sure that a sufficient number of Kafka brokers are running, operating properly, and reachable from the node where you run HugeCTR. -
The number of data files in the file list should be greater than or equal to the number of data reader workers.
Otherwise, different workers are mapped to the same file and data loading does not progress as expected. -
Joint loss training with a regularizer is not supported.
-
Dumping Adam optimizer states to AWS S3 is not supported.
-
Merlin: HugeCTR 23.08
What's New in Version 23.08
-
Hierarchical Parameter Server:
- Support static EC fp8 quantization
We already support quantization for fp8 in the static cache. HPS will perform fp8 quantization on the embedding vector when reading the embedding table by enable fp8_quant configuration, and perform fp32 dequantization on the embedding vector corresponding to the queried embedding key in the static embedding cache, so as to ensure the accuracy of dense part prediction. - Large model deployment demo based on HPS TensorRT-plugin
This demo shows how to use the HPS TRT-plugin to build a complete TRT engine for deploying a 147GB embedding table based on a 1TB Criteo dataset. We also provide static embedding implementation for fully offloading embedding tables to host page-locke memory for benchmarks on x86 and Grace Hopper Superchip. - Issues Fixed
- Resolve Kafka update ingestion error. There was an error that prevented handing over online parameter updates coming from Kafka message queues to Redis database backends.
- Fixed HPS Triton backend re-initializing the embedding cache issue due to undefined null when getting the embedded cache on the corresponding device.
- Support static EC fp8 quantization
-
HugeCTR Training & SOK:
- Dense Embedding Support in Embedding Collection
We add the dense embedding in embedding collection. To use the dense embedding, a user just needs to specify the_concat_as the combiner. For more information, please refer to dense_embedding.py. - Refinement of sequence mask layer and attention softmax layer to support cross-attention.
- We introduce a more generalized reshape layer which allows user to reshape source tensor to destination tensor without dimension restriction. Please refer Reshape Layer API for more detailed information
- Issues Fixed
- Fix error when using Localized Variable in Sparse Operation Kit
- Fix bug in Sparse Operation Kit backward computing.
- Fix some SOK performance bugs by replacing the calls to
DeviceSegmentedSortwithDeviceSegmentedRadixSort - Fix a bug from the SOK's Python API side, which led to the duplicate calls to the model's forward function and thus degraded the performance.
- Reduce the CPU launch overhead
- Remove dynamic vector allocation in DataDistributor
- Remove the use of the checkout value tensor from the DataReader. The data reader generates a nested std::vector on-the-fly and returns the vector to the embedding collection, which incur lots of host overhead. We have made it a class member so that the overhead can be eliminated.
- Align with the latest parquet update.
We have fixed a bug due to the parquet_reader_options::set_num_rows() update of cudf 23.06: PR . - Fix core23 assertion of debug mode
We have fixed an assertion bug while the new core library is enabled if HugeCTR is built in debug mode.
- Dense Embedding Support in Embedding Collection
-
General Updates:
- Cleaned up logging code. Added compile-time format-string validation. Fixed issue where HCTR_PRINT did not interpret format strings properly.
- Enabled the experimental enablement of the static CUDA runtime. Use
-DUSE_CUDART_STATIC=ONin cmak'ing - Modified the data preprocessing documentation to clarify the correct commands to use in different situations. Fixed the error of the description of arguments
-
Known Issues:
-
HugeCTR can lead to a runtime error if client code calls RMM’s
rmm::mr::set_current_device_resource()orrmm::mr::set_current_device_resource()because HugeCTR’s Parquet Data Reader also callsrmm::mr::set_current_device_resource(), and it becomes visible to other libraries in the same process. Refer to [this issue] (#356) . As a workaround, a user can set an environment variableHCTR_RMM_SETTABLEto 0 to disable HugeCTR to set a custom RMM device resource, if they knowrmm::mr::set_current_device_resource()is called outside HugeCTR. But be cautious, as it could affect the performance of parquet reading. -
HugeCTR uses NCCL to share data between ranks and NCCL can require shared system memory for IPC and pinned (page-locked) system memory resources.
If you use NCCL inside a container, increase these resources by specifying the following arguments when you start the container:-shm-size=1g -ulimit memlock=-1
See also this NCCL known issue and this GitHub issue](#243).
-
KafkaProducersstartup succeeds even if the target Kafka broker is unresponsive.
To avoid data loss in conjunction with streaming-model updates from Kafka, you have to make sure that a sufficient number of Kafka brokers are running, operating properly, and reachable from the node where you run HugeCTR. -
The number of data files in the file list should be greater than or equal to the number of data reader workers.
Otherwise, different workers are mapped to the same file and data loading does not progress as expected. -
Joint loss training with a regularizer is not supported.
-
Dumping Adam optimizer states to AWS S3 is not supported.
-
Merlin: HugeCTR 23.06.01
Merge branch 'reworking-cleaning-mlperf-junzhang' into 'main' Remove reader checkout value tensor introduced by core23 reworking See merge request dl/hugectr/hugectr!1398
Merlin: HugeCTR 23.06
Merge branch 'update_hugectr_version_23.6.0' into 'main' Update new version: 23.6.0 See merge request dl/hugectr/hugectr!1388
Merlin: HugeCTR 23.05
What's New in Version 23.05
In this release, we have fixed issues and enhanced the code.
-
3G Embedding Updates:
- Refactored the
DataDistributorrelated code - New SOK
load()anddump()APIs are usable in TensorFlow 2. To use the API, specifysok_varsin addition topath. sok_varsis a list ofsok.variableand/orsok.dynamic_variable.- If you want to store optimizer states such as
mandvofAdam, theoptimizermust be specified as well. - The
optimizermust be atf.keras.optimizers.Optimizerorsok.OptimizerWrapperwhile their underlying type must beSGD,Adamax,Adadelta,Adagrad, orFtrl.
import sparse_operation_kit as sok sok.load(path, sok_vars, optimizer=None) sok.dump(path, sok_vars, optimizer=None)
These APIs are independent from the number of GPUs in use and the sharding strategy. For instance, a distributed embedding table trained and dumped with 8 GPUs can be loaded to train on a 4-GPU machine.
- Refactored the
-
Issues Fixed:
- Fixed the segmentation fault and wrong initialization when the embedding table fusion is enabled in using the HPS UVM implementation
cudaDeviceSynchronize()is removed when building the HugeCTR in the debug mode, so you can enable the CUDA Graph even in the debug mode.- Modified some Notebooks to use the most recent version of NGC container
- Fixed the
EmbeddingTableCollectionutest to run correctly with multiple GPUs
-
Known Issues:
-
HugeCTR can lead to a runtime error if client code calls RMM’s
rmm::mr::set_current_device_resource()orrmm::mr::set_current_device_resource()because HugeCTR’s Parquet Data Reader also callsrmm::mr::set_current_device_resource(), and it becomes visible to other libraries in the same process. Refer to [this issue] (#356) . As a workaround, set an environment variableHCTR_RMM_SETTABLEto 0 to disable HugeCTR to set a custom RMM device resource, if they knowrmm::mr::set_current_device_resource()is called outside HugeCTR. But be cautious, as it could affect the performance of parquet reading. -
HugeCTR uses NCCL to share data between ranks and NCCL can require shared system memory for IPC and pinned (page-locked) system memory resources.
If you use NCCL inside a container, increase these resources by specifying the following arguments when you start the container:-shm-size=1g -ulimit memlock=-1
See also this NCCL known issue and this GitHub issue.
-
KafkaProducersstartup succeeds even if the target Kafka broker is unresponsive.
To avoid data loss in conjunction with streaming-model updates from Kafka,make sure that a sufficient number of Kafka brokers are running, operating properly, and reachable from the node where you run HugeCTR. -
The number of data files in the file list should be greater than or equal to the number of data reader workers. Otherwise, different workers are mapped to the same file and data loading does not progress as expected.
-
Joint loss training with a regularizer is not supported.
-
Dumping Adam optimizer states to AWS S3 is not supported.
-