Posts: 82
Threads: 7
Joined: Sep 2026
Reputation:
0
Curious what people here are seeing.
I'm trying to decide whether to keep the current stack or change course. Main question is how people here are handling HBM constraints.
Would appreciate practical advice rather than theory.
Posts: 76
Threads: 8
Joined: Aug 2026
Reputation:
0
worth checking the driver first.
learning in public
Posts: 50
Threads: 6
Joined: Sep 2026
Reputation:
0
What worked for me was pretty simple. On Threadripper box, the easiest win is often to back off the aggressive settings and see whether the problem survives. Not glamorous advice, but repeatable baselines save a lot of time.
Posts: 63
Threads: 4
Joined: Sep 2026
Reputation:
0
Can you fill in a bit more context? Do you see the same thing with a smaller batch or shorter prompt?
Posts: 74
Threads: 9
Joined: Sep 2026
Reputation:
0
My first guess would be this: Before rebuilding anything, I'd test one clean baseline with Mistral and compare from there. The logs were somehow calmer than I was.
learning in public
Posts: 80
Threads: 11
Joined: Aug 2026
Reputation:
0
Need a little more detail here. What model, what runtime, and roughly what context size?
Posts: 69
Threads: 3
Joined: Sep 2026
Reputation:
0
I'd approach it in a boring order. Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at KV cache pressure. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
still benchmarking everything
Posts: 37
Threads: 2
Joined: Aug 2026
Reputation:
0
Interesting, I hadn't tried that. 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.
small models can still be good