vllm - 💡(How to fix) Fix [RFC]: Pre-Hopper-usable 4-bit KV cache support [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
vllm-project/vllm#39382Fetched 2026-04-10 03:40:57
View on GitHub
Comments
0
Participants
1
Timeline
1
Reactions
0
Author
Participants
Timeline (top)
labeled ×1
RAW_BUFFERClick to expand / collapse

Motivation.

for local gemma4 use this is kinda the big one

if KV cache stays fp8/int8-only, long context gets way less practical. at that point it's supported, sure, but it still feels like the part that actually matters for local users is missing

i really want this to exist ngl

Proposed Change.

not trying to start another huge transforms / nvfp4 / mxfp4 rabbit hole here

i mean something way simpler: plain 4-bit KV cache support that people can actually use on pre-Hopper GPUs too

main thing i want to know is whether vLLM is actually interested in supporting that

and not just for gemma4 either. feels like this would be useful for other models too if the goal is making long-context local use less painful

Feedback Period.

No response

CC List.

No response

Any Other Things.

this is mostly coming from the local-user side tbh

for local gemma4, pre-Hopper-usable q4 KV cache feels like one of the biggest missing pieces right now. so i figured i'd just ask directly instead of dancing around it

Before submitting a new issue...

  • Make sure you already searched for relevant issues, and asked the chatbot living at the bottom right corner of the documentation page, which can answer lots of frequently asked questions.

extent analysis

TL;DR

The issue can be addressed by adding support for 4-bit KV cache to make long-context local use more practical for pre-Hopper GPUs.

Guidance

  • Investigate the feasibility of implementing plain 4-bit KV cache support for local gemma4 use, considering its potential benefits for other models as well.
  • Reach out to the vLLM team to determine their interest in supporting 4-bit KV cache for pre-Hopper GPUs.
  • Evaluate the potential impact of 4-bit KV cache support on the performance and usability of long-context local use.
  • Consider the compatibility of 4-bit KV cache support with existing models and hardware configurations.

Example

No specific code snippet is provided due to the lack of technical details in the issue.

Notes

The issue lacks concrete technical information, making it challenging to provide a definitive solution. The guidance provided is based on the context and motivation stated in the issue.

Recommendation

Apply workaround: Implementing 4-bit KV cache support for local gemma4 use as a potential workaround to improve long-context local use on pre-Hopper GPUs. This is recommended because it addresses the core concern of making long-context local use more practical for local users.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING