-
-
Notifications
You must be signed in to change notification settings - Fork 9.9k
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 |
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 <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Signed-off-by: Bill Nell <bnell@redhat.com>
Head branch was pushed to by a user without write access
…oE operations. (vllm-project#13932) Signed-off-by: Bill Nell <bnell@redhat.com> Signed-off-by: xinyuxiao <xinyuxiao2024@gmail.com>
…oE operations. (vllm-project#13932) Signed-off-by: Bill Nell <bnell@redhat.com> Signed-off-by: Louis Ulmer <ulmerlouis@gmail.com>
…oE operations. (vllm-project#13932) Signed-off-by: Bill Nell <bnell@redhat.com>
…oE operations. (vllm-project#13932) Signed-off-by: Bill Nell <bnell@redhat.com>
…oE operations. (vllm-project#13932) Signed-off-by: Bill Nell <bnell@redhat.com> Signed-off-by: Mu Huai <tianbowen.tbw@antgroup.com>
Add the option to use DeepGemm's grouped gemm kernel for
fused_moe
operations.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