-
-
Notifications
You must be signed in to change notification settings - Fork 11.1k
Add option to use DeepGemm contiguous grouped gemm kernel for fused MoE operations. #13932
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
👋 Hi! Thank you for contributing to the vLLM project. 💬 Join our developer Slack at https://slack.vllm.ai to discuss your PR in #pr-reviews, coordinate on features in #feat- channels, or join special interest groups in #sig- channels. Just a reminder: PRs would not trigger full CI run by default. Instead, it would only run Once the PR is approved and ready to go, your PR reviewer(s) can run CI to test the changes comprehensively before merging. To run CI, PR reviewers can either: Add 🚀 |
|
This pull request has merge conflicts that must be resolved before it can be |
|
This pull request has merge conflicts that must be resolved before it can be |
|
This pull request has merge conflicts that must be resolved before it can be |
youkaichao
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
how large is the wheel? do we want to ship it by default?
The DeepGemm repo is around ~200Mb. Most of that comes from the cutlass files. I don't think there are any whl files for this repo though. There's also not anything to build really. All the kernels are jitted at runtime so DeepGemm only needs the cutlass sources. |
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Signed-off-by: Bill Nell <[email protected]>
Head branch was pushed to by a user without write access
…oE operations. (vllm-project#13932) Signed-off-by: Bill Nell <[email protected]> Signed-off-by: xinyuxiao <[email protected]>
…oE operations. (vllm-project#13932) Signed-off-by: Bill Nell <[email protected]> Signed-off-by: Louis Ulmer <[email protected]>
…oE operations. (vllm-project#13932) Signed-off-by: Bill Nell <[email protected]>
…oE operations. (vllm-project#13932) Signed-off-by: Bill Nell <[email protected]>
…oE operations. (vllm-project#13932) Signed-off-by: Bill Nell <[email protected]> Signed-off-by: Mu Huai <[email protected]>
Add the option to use DeepGemm's grouped gemm kernel for
fused_moeoperations.Benchmark setup
H100 results
H200 results
I've run server benchmarks using DeepSeek-R1 but right now the Triton and DeepGemm kernels are at parity due to the TP=8 performance of the DeepGemm kernels. I think this can be improved by permute/unpermute ops (similar to #14568) and/or using EP instead of TP for fused_moe ops.
Note: tested with DeepGemm deepseek-ai/DeepGEMM@e1c070f. Some newer revisions result in wrong answers.
cc @mgoin, @ElizaWszola, @LucasWilkinson