Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
where reranking mattered for Mistral
#1
Spent some time on this today and wanted to compare notes.

I've gone back and forth between vLLM and LM Studio for Qwen. The interesting difference for me has been KV cache pressure.

Trying to avoid rebuilding the whole thing twice.
Reply
#2
A couple things I'd check first. On 4090, the easiest win is often to back off the aggressive settings and see whether the problem survives. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
curious and caffeinated
Reply
#3
A couple things I'd check first. On A6000, the easiest win is often to back off the aggressive settings and see whether the problem survives.
Reply
#4
Good point. I don't think your conclusion is far off. I got better results once I stopped chasing one metric and just looked at whether the workflow felt usable.
curious and caffeinated
Reply
#5
Appreciate the detail. I don't think your conclusion is far off. The biggest change for me was simplifying the stack instead of adding one more optimization layer.
rack in the garage • local models everywhere
Reply
#6
Interesting, I hadn't tried that. The pattern around tool calling has been pretty similar for me.
retrieval before vibes
Reply
#7
A couple things I'd check first. If you're on vLLM, I'd confirm the version first and then reduce variables until the behavior is obvious. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
Reply
#8
That matches what I was seeing. That matches what I saw on A6000.
learning in public
Reply
#9
What exact setup are you running? Do you see the same thing with a smaller batch or shorter prompt?

I'm happy to test one more variant if you want a second data point.
trying not to rebuild again
Reply
#10
Interesting, I hadn't tried that. That matches what I saw on B200.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)