Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
speculative decoding in llama.cpp: anyone testing this?
#1
This keeps coming up in conversation so I figured I'd start a thread.

It feels like the conversation has shifted hard toward inference and serving details lately, and honestly that makes sense once you start dealing with NVFP4.

Maybe obvious to some of you, but it clicked for me this week.
2x3090 • llama.cpp • too much VRAM is still not enough
Reply
#2
That matches what I was seeing. 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. The logs were somehow calmer than I was.
2x3090 • llama.cpp • too much VRAM is still not enough
Reply
#3
That matches what I was seeing. I ended up in about the same place using llama.cpp. Worth rechecking your defaults though, because one bad assumption can make the rest of the thread look confusing.
Reply
#4
Tried to reproduce it just now. The issue went away once I changed one setting and restarted the stack cleanly. The surprise was that memory pressure showed up before throughput collapsed.
Reply
#5
What exact setup are you running? Is this local-only or are you routing anything externally?
Reply
#6
same here on my side.
small models can still be useful
Reply
#7
My first guess would be this: Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at workstation thermals.
M3 Max • MLX • local-first
Reply
#8
Quote:My first guess would be this: Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at workstation thermals.

Ran a quick check on my box. The issue went away once I changed one setting and restarted the stack cleanly. The surprise was that memory pressure showed up before throughput collapsed.
Reply
#9
I'd approach it in a boring order. Before rebuilding anything, I'd test one clean baseline with Phi and compare from there. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.

If you post your exact settings, people here can probably narrow it down pretty fast.
Reply
#10
My first guess would be this: Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at tail latency. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
Apple Silicon • MLX mostly
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)