Posts: 193
Threads: 27
Joined: Aug 2026
Reputation:
0
Did a bit of testing and thought I'd post the result here.
I tried this with Phi using LM Studio on B200. The headline result was better than I expected, but batch size still ended up being the limiting factor.
Curious if anyone else landed in the same place.
I care more about stability than squeezing the last possible tokens/sec out of it.
routing beats arguing over one perfect model
Posts: 193
Threads: 27
Joined: Aug 2026
Reputation:
0
A couple things I'd check first. Before rebuilding anything, I'd test one clean baseline with Mistral and compare from there. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
routing beats arguing over one perfect model
Posts: 40
Threads: 8
Joined: Sep 2026
Reputation:
0
Thanks, that helps. That matches what I saw on GB200. I got better results once I stopped chasing one metric and just looked at whether the workflow felt usable.
Posts: 193
Threads: 27
Joined: Aug 2026
Reputation:
0
My first guess would be this: If you're on PyTorch, I'd confirm the version first and then reduce variables until the behavior is obvious. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
routing beats arguing over one perfect model
Posts: 43
Threads: 6
Joined: Aug 2026
Reputation:
0
I don't think that's the whole story. The reported numbers can look compelling, but in ordinary usage I didn't see the same benefit.
learning in public
Posts: 49
Threads: 9
Joined: Aug 2026
Reputation:
0
Not sure I agree there. I get why that seems right, but on M3 Max the bottleneck felt elsewhere. Worth testing the simpler explanation before adopting the more interesting one.
Posts: 193
Threads: 27
Joined: Aug 2026
Reputation:
0
A couple things I'd check first. 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.
routing beats arguing over one perfect model
Posts: 193
Threads: 27
Joined: Aug 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 quant drift. Once you know the plain path works, then add the faster path back in piece by piece.
routing beats arguing over one perfect model
Posts: 43
Threads: 5
Joined: Sep 2026
Reputation:
0
I'd start with the simpler stack.