Posts: 55
Threads: 10
Joined: Sep 2026
Reputation:
0
This keeps coming up in conversation so I figured I'd start a thread.
One thing I keep noticing is that people underestimate KV cache pressure 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.
Posts: 50
Threads: 2
Joined: Sep 2026
Reputation:
0
worth checking the driver first.
learning in public
Posts: 44
Threads: 3
Joined: Oct 2026
Reputation:
0
I hit almost the same issue last night.
Posts: 23
Threads: 3
Joined: Aug 2026
Reputation:
0
Thanks, that helps. The pattern around VRAM headroom has been pretty similar for me. I got better results once I stopped chasing one metric and just looked at whether the workflow felt usable.
VRAM first, aesthetics later
Posts: 44
Threads: 3
Joined: Oct 2026
Reputation:
0
worth checking the driver first.
Posts: 50
Threads: 11
Joined: Sep 2026
Reputation:
0
A couple things I'd check first. Before rebuilding anything, I'd test one clean baseline with Phi and compare from there. Not glamorous advice, but repeatable baselines save a lot of time.
Posts: 27
Threads: 3
Joined: Sep 2026
Reputation:
0
Can you fill in a bit more context? Are you testing this on M3 Max or something else?
mostly local
Posts: 211
Threads: 21
Joined: Sep 2026
Reputation:
0
A couple things I'd check first. Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at token cost. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
7900 XTX / ROCm / somehow still optimistic
Posts: 28
Threads: 4
Joined: Sep 2026
Reputation:
0
Appreciate the detail. The pattern around tool calling has been pretty similar for me. The biggest change for me was simplifying the stack instead of adding one more optimization layer.