Important
You are viewing the NeMo 2.0 documentation. This release introduces significant changes to the API and a new library, NeMo Run. We are currently porting all features from NeMo 1.0 to 2.0. For documentation on previous versions or features not yet available in 2.0, please refer to the NeMo 24.07 documentation.
Communication Overlap#
Data-parallel Communication Overlap#
NeMo supports the overlap of the data-parallel (DP) communications with the computations in LLM training. NeMo features Distributed Optimizer that distributes optimizer states and the high-precision master parameters across GPUs. This introduces two types of data-parallel communications: reduce-scatter of gradients and all-gather of updated parameters. The DP communication is chunked by the granularity of a Transformer layer and overlaps each communication chunk with computation. This overlap method exposes only one DP communication chunk ensuring efficient large-scale LLM training. When training with pipeline-parallelism, the granularity of DP communication becomes the Transformer layers per virtual pipeline stage.
DP gradient reduce-scatter and parameter all-gather overlaps are enabled when setting overlap_grad_sync=true
and overlap_param_sync=true
, respectively.
The precision of the gradient reduce-scatter is set by grad_sync_dtype
and reduction in bf16 ensures improved performance at large scale training compared to the default precision of fp32.
When training in fp8 computing precision (with fp8=true
), setting fp8_params=true
conducts the parameter all-gather in fp8, reducing the all-gather overhead by half.
Tensor-parallel Communication Overlap#
Tensor parallelism, used with the sequence-parallel activation sharding (sequence_parallel=true
), introduces activation (gradient) all-gather and reduce-scatter as shown in the below figure.
NeMo provides various options to overlap the tensor-parallel (TP) communications with computation.
The TP communication without direct computation dependency are overlapped with the computation in bulk (the linear layer and TP communication pairs in the yellow boxes).
The bulk TP communication is enabled by default.
The other TP communications with direct computation dependency are overlapped in pipelined fashion (the linear layer and TP communication pairs in the red boxes).
The TP communication and computation are chunked and the chunks are overlapped in pipeline.
In the pipelined overlap, the activation (gradient) tensor all-gather is replaced with multiple steps of input P2P ring exchanges, and reduce-scatter is replaced with multiple steps of GEMM output P2P ring exchanges followed by a reduction of the received outputs.
In case of the reduce-scatter overlap, NeMo also provides the option to pipeline-overlap using chunks of reduce-scatter, which exposes one reduce-scatter chunk.
The pipelined TP communication overlap is implemented in Transformer Engine and is enabled by setting ub_tp_comm_overlap=true
.
The specific overlap methods can be set by a config dictionary, which set and is passed as a yaml file.
The individual bulk, pipelined all-gather, and reduce-scatter can be en- and disabled by tp_comm_bulk_wgrad
, tp_comm_bulk_dgrad
, tp_comm_overlap_ag
, and tp_comm_overlap_rs
, respectively.
Pipeline-parallel Communication Overlap#
Pipelining introduces P2P activation (gradient) sends and receives between pipeline-parallel (PP) GPUs. The PP communication frequency increases when increasing the virtual-pipeline-parallel size because the number of Transformer layers executed per micro-batch decreases. This increasing PP communication overhead and it cancels off the reduced the pipeline bubbles with virtual pipelining. NeMo supports the overlap of the PP communications with non-dependant computations in the 1F1B stage (the body of pipelining, where 1X forward and 1X backward micro-batch executions are interleaved). The PP communications in pipeline fill and flush are still exposed.
The PP communication overlap is enabled when setting overlap_p2p_comm=true
. Also, setting batch_p2p_comm=false
uses separate kernels for the send and the receive, which further improves the communication efficiency and GPU resource utilization.
NeMo supports PP communication overlap only with virtual pipelining, where PP communication becomes the performance bottleneck.
Please refer GPT3 training config file that uses the PP communication overlap.
Context-parallel Communication Overlap#
Context parallelism partitions activations (gradients) on all layers in the sequence domain. This introduces all-gather and reduce-scatter of activations (gradients) in self-attention forward- and back-propagations. NeMo hides the context-parallel (CP) communications under the self-attention computation. Like the TP communication overlaps, the CP communications are chunked then pipeline-overlapped with the self-attention computation, where the all-gather and the reduce-scatter of activations (gradients) are replaced with P2P ring exchanges of data.
The CP communication overlap is default enabled when context parallelism is used (context_parallel_size > 1
).