Posts: 53
Threads: 7
Joined: Sep 2026
Reputation:
0
Spent some time on this today and wanted to compare notes.
I'm comparing two approaches here: keep it simple on B200, or squeeze more out of the stack and deal with the complexity.
Trying to avoid rebuilding the whole thing twice.
For context, I'm not chasing leaderboard numbers. I mostly want the system to feel consistent day to day.
Posts: 67
Threads: 5
Joined: Aug 2026
Reputation:
0
A couple things I'd check first. Before rebuilding anything, I'd test one clean baseline with FLUX and compare from there. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
curious and caffeinated
Posts: 40
Threads: 3
Joined: Sep 2026
Reputation:
0
I'd approach it in a boring order. If you're on MLX, I'd confirm the version first and then reduce variables until the behavior is obvious. Not glamorous advice, but repeatable baselines save a lot of time.
Apple Silicon • MLX mostly
Posts: 29
Threads: 5
Joined: Sep 2026
Reputation:
0
I hit almost the same issue last night.
Posts: 59
Threads: 8
Joined: Sep 2026
Reputation:
0
Interesting, I hadn't tried that. 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: 53
Threads: 3
Joined: Aug 2026
Reputation:
0
Interesting, I hadn't tried that. That matches what I saw on 5090. The biggest change for me was simplifying the stack instead of adding one more optimization layer.