Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
quant choices for 70B local: what are you seeing?
#1
Spent some time on this today and wanted to compare notes.

I've gone back and forth between PyTorch and vLLM for DeepSeek. The interesting difference for me has been VRAM headroom.

Interested in tradeoffs more than fan loyalty.

I care more about stability than squeezing the last possible tokens/sec out of it.
Reply
#2
I hit almost the same issue last night.
Reply
#3
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. Once you know the plain path works, then add the faster path back in piece by piece.

I'm happy to test one more variant if you want a second data point.
Reply
#4
same here on my side.
Reply
#5
What exact setup are you running? Are you testing this on Threadripper box or something else? The logs were somehow calmer than I was.
Reply
#6
What worked for me was pretty simple. Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at tool calling.
post logs or it didn't happen
Reply
#7
My first guess would be this: If you're on MLX, 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
Ran a quick check on my box. On Threadripper box with LM Studio, I saw basically the same behavior.
Reply
#9
following this because I'm in the same boat.
2x3090 • llama.cpp • too much VRAM is still not enough
Reply
#10
Need a little more detail here. 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.
curious and caffeinated
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)