Posts: 47
Threads: 4
Joined: Aug 2026
Reputation:
0
Posting this in case it saves someone else a little time.
I'm helping a small team set up a local workflow. We don't need a giant stack, but we do care about reranking.
I'm especially interested in mistakes worth avoiding.
I care more about stability than squeezing the last possible tokens/sec out of it.
learning in public
Posts: 34
Threads: 2
Joined: Sep 2026
Reputation:
0
I'd approach it in a boring order. If you're on llama.cpp, 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.
small models can still be good
Posts: 25
Threads: 4
Joined: Sep 2026
Reputation:
0
I think the bottleneck is somewhere else. I get why that seems right, but on 7900 XTX the bottleneck felt elsewhere.
Posts: 53
Threads: 5
Joined: Sep 2026
Reputation:
0
Did a small comparison this afternoon. My result was mixed: first run looked bad, second run looked normal. I expected the model choice to matter more than it did.
small models can still be good
Posts: 32
Threads: 5
Joined: Sep 2026
Reputation:
0
Need a little more detail here. Are you testing this on GB200 or something else?
Posts: 41
Threads: 5
Joined: Aug 2026
Reputation:
0
Tried to reproduce it just now. The issue went away once I changed one setting and restarted the stack cleanly. The main thing that moved was latency, not quality.
I'm happy to test one more variant if you want a second data point.
Posts: 41
Threads: 7
Joined: Sep 2026
Reputation:
0
Quote:Tried to reproduce it just now. The issue went away once I changed one setting and restarted the stack cleanly. The main thing that moved was latency,
My first guess would be this: If you're on PyTorch, 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.
small models can still be good