Posts: 58
Threads: 6
Joined: Sep 2026
Reputation:
0
Posting this in case it saves someone else a little time.
I'm helping a small team set up a local workflow. We don't need a giant stack, but we do care about small local stacks.
I'm especially interested in mistakes worth avoiding.
My use case is pretty ordinary: local chat, some document work, and occasional batch jobs.
Posts: 112
Threads: 12
Joined: Sep 2026
Reputation:
0
following this because I'm in the same boat.
If you post your exact settings, people here can probably narrow it down pretty fast.
context windows are not a product strategy
Posts: 68
Threads: 9
Joined: Sep 2026
Reputation:
0
A couple questions before I guess too hard. What model, what runtime, and roughly what context size?
Posts: 39
Threads: 4
Joined: Aug 2026
Reputation:
0
I tested this tonight. I couldn't reproduce the slowdown until I pushed context much higher.
small models can still be good
Posts: 58
Threads: 6
Joined: Sep 2026
Reputation:
0
What exact setup are you running? Do you see the same thing with a smaller batch or shorter prompt?
Posts: 73
Threads: 5
Joined: Aug 2026
Reputation:
0
My first guess would be this: Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at token cost.
Posts: 37
Threads: 1
Joined: Oct 2026
Reputation:
0
that fixed it for me too.
If you post your exact settings, people here can probably narrow it down pretty fast.
Posts: 58
Threads: 6
Joined: Sep 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. Not glamorous advice, but repeatable baselines save a lot of time.
Posts: 60
Threads: 5
Joined: Sep 2026
Reputation:
0
Thanks, that helps. I ended up in about the same place using MLX. The biggest change for me was simplifying the stack instead of adding one more optimization layer.