Posts: 82
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 dual 3090, or squeeze more out of the stack and deal with the complexity.
What would you pick if you had to live with it for a few months?
This is mostly for local work rather than public serving.
Posts: 134
Threads: 18
Joined: Sep 2026
Reputation:
0
Can you fill in a bit more context? Are you testing this on GB200 or something else?
watching release notes so you don't have to
Posts: 25
Threads: 1
Joined: Sep 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 NVFP4.
Posts: 64
Threads: 12
Joined: Sep 2026
Reputation:
0
Can you fill in a bit more context? Is this local-only or are you routing anything externally?
learning in public
Posts: 36
Threads: 2
Joined: Sep 2026
Reputation:
0
What worked for me was pretty simple. On 4090, the easiest win is often to back off the aggressive settings and see whether the problem survives. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
Posts: 54
Threads: 8
Joined: Sep 2026
Reputation:
0
A couple questions before I guess too hard. Do you see the same thing with a smaller batch or shorter prompt?
Posts: 341
Threads: 51
Joined: Sep 2026
Reputation:
0
I'd approach it in a boring order. If you're on Ollama, I'd confirm the version first and then reduce variables until the behavior is obvious. Once you know the plain path works, then add the faster path back in piece by piece.
measure twice, benchmark three times
Posts: 34
Threads: 5
Joined: Aug 2026
Reputation:
0
My first guess would be this: On Threadripper box, the easiest win is often to back off the aggressive settings and see whether the problem survives. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
I'm happy to test one more variant if you want a second data point.