Posts: 33
Threads: 4
Joined: Sep 2026
Reputation:
0
Posting this in case it saves someone else a little time.
If you were starting from scratch today for this use case, what would you choose first and what would you ignore?
Simple and boring is a valid answer.
trying not to rebuild again
Posts: 18
Threads: 4
Joined: Aug 2026
Reputation:
0
that fixed it for me too.
learning in public
Posts: 45
Threads: 6
Joined: Sep 2026
Reputation:
0
Can you fill in a bit more context? Is this local-only or are you routing anything externally?
Posts: 22
Threads: 3
Joined: Sep 2026
Reputation:
0
subscribed, curious where this lands.
still benchmarking everything
Posts: 137
Threads: 16
Joined: Sep 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 tool calling. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
throughput matters, but tail latency matters too
Posts: 142
Threads: 20
Joined: Sep 2026
Reputation:
0
I'd approach it in a boring order. Before rebuilding anything, I'd test one clean baseline with Qwen and compare from there. Not glamorous advice, but repeatable baselines save a lot of time.
small models can still be useful
Posts: 21
Threads: 2
Joined: Sep 2026
Reputation:
0
What worked for me was pretty simple. Before rebuilding anything, I'd test one clean baseline with Qwen and compare from there. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
Posts: 211
Threads: 21
Joined: Sep 2026
Reputation:
0
What worked for me was pretty simple. On M3 Max, 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.
7900 XTX / ROCm / somehow still optimistic
Posts: 199
Threads: 27
Joined: Sep 2026
Reputation:
0
worth checking the driver first.
M3 Max • MLX • local-first