Posts: 40
Threads: 4
Joined: Sep 2026
Reputation:
0
This keeps coming up in conversation so I figured I'd start a thread.
The more I work with local setups, the more it seems like prefix caching decides everything downstream.
Maybe obvious to some of you, but it clicked for me this week.
I care more about stability than squeezing the last possible tokens/sec out of it.
I expected the biggest difference to come from the model, but the stack around it mattered at least as much.
Posts: 47
Threads: 4
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.
learning in public
Posts: 50
Threads: 6
Joined: Sep 2026
Reputation:
0
Appreciate the detail. 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.
Posts: 73
Threads: 8
Joined: Sep 2026
Reputation:
0
My first guess would be this: On M3 Max, the easiest win is often to back off the aggressive settings and see whether the problem survives.
Posts: 24
Threads: 2
Joined: Aug 2026
Reputation:
0
A couple things I'd check first. On 5090, the easiest win is often to back off the aggressive settings and see whether the problem survives.
Posts: 112
Threads: 12
Joined: Sep 2026
Reputation:
0
Good point. That matches what I saw on 5090. Worth rechecking your defaults though, because one bad assumption can make the rest of the thread look confusing.
context windows are not a product strategy
Posts: 32
Threads: 4
Joined: Aug 2026
Reputation:
0
that fixed it for me too.
curious and caffeinated
Posts: 48
Threads: 8
Joined: Oct 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: 25
Threads: 4
Joined: Sep 2026
Reputation:
0
A couple questions before I guess too hard. Do you see the same thing with a smaller batch or shorter prompt?