Posts: 36
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.
Posts: 37
Threads: 2
Joined: Aug 2026
Reputation:
0
I don't think that's the whole story. I wouldn't optimize around that first. On my side the bigger swing came from the runtime and not the model. Could be a workload difference, but I wouldn't generalize too fast from one setup.
small models can still be good
Posts: 40
Threads: 4
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 VRAM headroom. 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.
Posts: 37
Threads: 1
Joined: Oct 2026
Reputation:
0
subscribed, curious where this lands.
If you post your exact settings, people here can probably narrow it down pretty fast.
Posts: 22
Threads: 1
Joined: Sep 2026
Reputation:
0
Did a small comparison this afternoon. On 4090 with llama.cpp, I saw basically the same behavior.
Posts: 31
Threads: 5
Joined: Sep 2026
Reputation:
0
I think the bottleneck is somewhere else. I get why that seems right, but on dual 3090 the bottleneck felt elsewhere.
Posts: 21
Threads: 2
Joined: Sep 2026
Reputation:
0
Did a small comparison this afternoon. My result was mixed: first run looked bad, second run looked normal. The surprise was that memory pressure showed up before throughput collapsed.