-
-
Couldn't load subscription status.
- Fork 10.9k
[V1][Spec Decode] Async scheduling integration with spec decode #22262
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
base: main
Are you sure you want to change the base?
[V1][Spec Decode] Async scheduling integration with spec decode #22262
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 🚀 |
9a6f640 to
82deff1
Compare
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.
Code Review
This pull request aims to integrate asynchronous scheduling with speculative decoding. The changes involve updating how output placeholders are handled and caching speculative decoding results in the model runner to cope with the one-step delay in the async scheduler. However, there's a critical issue in vllm/v1/core/sched/async_scheduler.py that leads to an incorrect calculation of the number of tokens to cache, causing an AssertionError as described in the PR description. My review provides a fix for this issue.
3b9ddec to
6f64741
Compare
|
This pull request has merge conflicts that must be resolved before it can be |
Signed-off-by: qizixi <qizixi@meta.com>
Signed-off-by: qizixi <qizixi@meta.com>
Signed-off-by: qizixi <qizixi@meta.com>
Signed-off-by: qizixi <qizixi@meta.com>
6f64741 to
489c91d
Compare
|
I find with multiple API servers, the acceptance rate can drop: This might be some unbalanced routing in the API server layer, but I would find that surprising? Without this PR, the mean acceptance length is ~3.85 on the same fixed dataset. Startup command, I'm on vllm 79899b6 vllm serve llama-8b \
--max-num-batched-tokens 16384 \
--max-num-seqs 1536 \
--tensor-parallel-size 1 \
--api-server-count 2 \
--speculative-config '{"model": "ngram", "num_speculative_tokens": 7, "prompt_lookup_max": 7, "prompt_lookup_min": 1}' \
--no-enable-prefix-caching \
--port 8002 \
--async-scheduling |
|
@cadedaniel unfortunately due to how the metrics are computed they aren't correct when logged from multiple API servers: #21954. I'm guessing that's the reason for the discrepancy you're seeing. The corresponding prometheus metrics however should be correct, since they're aggregated via the prometheus client multi-proc support. |
|
Documentation preview: https://vllm--22262.org.readthedocs.build/en/22262/ |
Essential Elements of an Effective PR Description Checklist
supported_models.mdandexamplesfor a new model.Purpose
Support async scheduling with speculative decoding with two changes:
Test Plan
Test Results