Posts: 46
Threads: 3
Joined: Aug 2026
Reputation:
0
Spent some time on this today and wanted to compare notes.
I'm comparing two approaches here: keep it simple on 5090, or squeeze more out of the stack and deal with the complexity.
Trying to avoid rebuilding the whole thing twice.
My use case is pretty ordinary: local chat, some document work, and occasional batch jobs.
Posts: 44
Threads: 8
Joined: Oct 2026
Reputation:
0
Maybe, but I had the opposite result. The reported numbers can look compelling, but in ordinary usage I didn't see the same benefit. Not saying you're wrong, just that I wouldn't lock that in as the lesson yet.
Posts: 63
Threads: 5
Joined: Sep 2026
Reputation:
0
That matches what I was seeing. That matches what I saw on M3 Max. I got better results once I stopped chasing one metric and just looked at whether the workflow felt usable.
Posts: 341
Threads: 51
Joined: Sep 2026
Reputation:
0
Thanks, that helps. 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.
measure twice, benchmark three times
Posts: 38
Threads: 8
Joined: Sep 2026
Reputation:
0
What worked for me was pretty simple. If you're on LM Studio, I'd confirm the version first and then reduce variables until the behavior is obvious.
Posts: 39
Threads: 4
Joined: Sep 2026
Reputation:
0
worth checking the driver first.
Posts: 44
Threads: 4
Joined: Aug 2026
Reputation:
0
I'd approach it in a boring order. Before rebuilding anything, I'd test one clean baseline with Gemma and compare from there.
Posts: 44
Threads: 3
Joined: Oct 2026
Reputation:
0
worth checking the driver first.
small models can still be good
Posts: 46
Threads: 3
Joined: Aug 2026
Reputation:
0
Good point. That matches what I saw on dual 3090. The biggest change for me was simplifying the stack instead of adding one more optimization layer.