本文基于torch-xla2.0,结论如下:
- ncclUniqueId就是当前主机的IP和端口号;
- 在一个通信组内,每个rank使用相同的ncclUniqueId;
- 多个通信组时,各个通信组内ncclUniqueId相同,每个通信组的ncclUniqueId不同;
生成过程:在rank 0上创建MeshService,也就是GRPC的服务端,每个rank创建一个MeshClient,即GRPC的客户端,客户端通过GRPC请求向服务端获取ncclUniqueId(因为多进程环境,所以请求天然是多线程的,响应也同理,NcclUidManager::GetNcclUniqueUid
线程安全);由于一个通信组内的请求参数replicas
(即rank列表,例如2个rank时:0,1)相同,所以总是得到相同的ncclUniqueId。
这是一个典型的ncclUniqueId生成和应用场景。对于不能提供CPU侧通信机制的场景,可以使用环境变量NCCL_COMM_ID
实现,且每个进程的需要相同的环境变量值(实测不同时,无法建立通信)。
参考issues 730 @sjeaugey commented on Oct 10, 2022:
NCCL_COMM_ID is the current way for NCCL to initialize without a CPU-side communication mechanism. Having a CPU-side communication mechanism is arguably expensive but it usually needed anyway on most parallel computing applications (MPI can be used for that purpose).
时序图
参考链接
OneFlow NCCL源码解析
NCCL Github Issue 730
NCCL源码 bootstrapGetUniqueId