目录1 背景介绍2 开EPLB的空泡2.1 空泡12.2 空泡23 空泡原因4 替换方案1 背景介绍在使用VLLM的EPLB的时候发现当打开EPLB冗余专家为0的时开EPLB的性能反而更差通过抓torch profile对比发现问题。服务端使用的命令是--enable-eplb \ --eplb-config {window_size:200,step_interval:200,num_redundant_experts:0,log_balancedness:true,log_balancedness_interval:100,use_async:true}这里采用的use_async:true也就是异步模式。2 开EPLB的空泡通过挨个查看prof中的每个step发现如下两个空泡首先这个地方这四块深蓝色的就是在做专家重排在搬运权重这四块都是memcpy, H2D D2H,2.1 空泡12.2 空泡23 空泡原因在vllm/config/parallel.py文件中这段注释写的很明白就是这里为了不跟nccl主进程抢占资源导致死锁所以这里默认异步的EPLB用的gloo backend。# Torch Gloo is a backend that allows avoiding hangs# due to NCCL multi-thread conflicts in async EPLB而 gloo是需要经过cpu中转的所以这里就出现了一堆这种H2D , D2H,4 替换方案除了rccl和gloo还有其他后端可以 选择vllm021/vllm/config/parallel.py这个需要环境中有nixl包vllm021/vllm/distributed/eplb/eplb_communicator.py