+- Inference (https://www.datasculpting.ai/inference)
+-- Forum: Optimization & Performance (https://www.datasculpting.ai/inference/forumdisplay.php?fid=10)
+--- Forum: Performance Tuning (https://www.datasculpting.ai/inference/forumdisplay.php?fid=42)
+--- Thread: consumer GPU serving economics (/showthread.php?tid=603)
Pages:
1
2
consumer GPU serving economics - stackarch - 10-01-2026
This keeps coming up in conversation so I figured I'd start a thread.
One thing I keep noticing is that people underestimate long context until they actually try to run this stuff for more than one afternoon.
Wondering if this is just where the whole space is heading now.
I care more about stability than squeezing the last possible tokens/sec out of it.
Re: consumer GPU serving economics - signalcraft14 - 10-02-2026
Interesting, I hadn't tried that. That matches what I saw on M3 Max. The biggest change for me was simplifying the stack instead of adding one more optimization layer.
Re: consumer GPU serving economics - bytestack - 10-04-2026
What worked for me was pretty simple. Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at KV cache pressure.
Re: consumer GPU serving economics - turboscope5 - 10-04-2026
Quote:What worked for me was pretty simple. Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at KV cache pressure.
worth checking the driver first.
Re: consumer GPU serving economics - localtinker - 10-04-2026
My first guess would be this: If you're on llama.cpp, I'd confirm the version first and then reduce variables until the behavior is obvious. Not glamorous advice, but repeatable baselines save a lot of time.
Re: consumer GPU serving economics - cudapeak - 10-04-2026
I tested this tonight. The issue went away once I changed one setting and restarted the stack cleanly.
Re: consumer GPU serving economics - rocmhouse90 - 10-04-2026
Maybe, but I had the opposite result. I've seen people blame HBM constraints when the real issue was much more mundane. Could be a workload difference, but I wouldn't generalize too fast from one setup.
If you post your exact settings, people here can probably narrow it down pretty fast.
Re: consumer GPU serving economics - stackarch - 10-05-2026
I don't think that's the whole story. I've seen people blame prefill/decode split when the real issue was much more mundane. Worth testing the simpler explanation before adopting the more interesting one.
Re: consumer GPU serving economics - turboscope5 - 10-06-2026
Appreciate the detail. That matches what I saw on mini PC. Worth rechecking your defaults though, because one bad assumption can make the rest of the thread look confusing.
Re: consumer GPU serving economics - vramport - 10-06-2026
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.