f"EP MoE is enabled. The expert parallel size is adjusted to be the same as the tensor parallel size[{self.tp_size}]."
)
...
...
@@ -243,19 +243,19 @@ class ServerArgs:
self.chunked_prefill_size=2048
else:
self.chunked_prefill_size=8192
assertself.chunked_prefill_size%self.page_size==0
assertself.moe_dense_tp_sizein{
1,
None,
},f"moe_dense_tp_size only support 1 and None currently"
},"moe_dense_tp_size only support 1 and None currently"
ifself.attention_backend=="flashmla":
logger.warning(
"FlashMLA only supports a page_size of 64, change page_size to 64."
)
self.page_size=64
# Set cuda graph max batch size
ifself.cuda_graph_max_bsisNone:
# Based on detailed statistics, when serving TP1/TP2 models on lower-end GPUs with HBM<25G, you can either disable cuda graph or set `cuda_graph_max_bs` to a very small value to reduce the memory overhead of creating cuda graphs, with almost no impact on performance. However, when serving models with TP4 or TP8, we need to enable cuda graph to maintain high performance. In this case, we can set `cuda_graph_max_bs` to 80 (half of the default value 160) to reduce the memory overhead of creating cuda graphs. Looking at the logs from TP4 serving of qwen2-72b, a value of 80 is sufficient and can reduce the memory overhead of creating cuda graphs on lower-end GPUs compared to the original 160, avoiding OOM issues.