Posts: 123
Threads: 18
Joined: Sep 2026
Reputation:
0
Spent some time on this today and wanted to compare notes.
I've gone back and forth between PyTorch and PyTorch for Qwen. The interesting difference for me has been speculative decoding.
Trying to avoid rebuilding the whole thing twice.
post logs or it didn't happen
Posts: 26
Threads: 3
Joined: Sep 2026
Reputation:
0
Need a little more detail here. Is this local-only or are you routing anything externally?
Posts: 168
Threads: 14
Joined: Sep 2026
Reputation:
0
Did a small comparison this afternoon. The issue went away once I changed one setting and restarted the stack cleanly. I expected the model choice to matter more than it did.
2x3090 • llama.cpp • too much VRAM is still not enough
Posts: 26
Threads: 3
Joined: Sep 2026
Reputation:
0
Not sure I agree there. I wouldn't optimize around that first. On my side the bigger swing came from the runtime and not the model. Worth testing the simpler explanation before adopting the more interesting one.
Posts: 47
Threads: 6
Joined: Sep 2026
Reputation:
0
following this because I'm in the same boat.
Posts: 123
Threads: 18
Joined: Sep 2026
Reputation:
0
I don't think that's the whole story. I've seen people blame HBM constraints when the real issue was much more mundane.
post logs or it didn't happen
Posts: 35
Threads: 3
Joined: Sep 2026
Reputation:
0
Thanks, that helps. I ended up in about the same place using TensorRT-LLM. Worth rechecking your defaults though, because one bad assumption can make the rest of the thread look confusing.
Posts: 43
Threads: 5
Joined: Sep 2026
Reputation:
0
What worked for me was pretty simple. On B200, the easiest win is often to back off the aggressive settings and see whether the problem survives. Once you know the plain path works, then add the faster path back in piece by piece.