Posts: 67
Threads: 5
Joined: Aug 2026
Reputation:
0
This keeps coming up in conversation so I figured I'd start a thread.
It feels like the conversation has shifted hard toward inference and serving details lately, and honestly that makes sense once you start dealing with router policy.
Curious whether that lines up with what other people are seeing.
This is mostly for local work rather than public serving.
curious and caffeinated
Posts: 47
Threads: 6
Joined: Sep 2026
Reputation:
0
that fixed it for me too.
Posts: 53
Threads: 7
Joined: Sep 2026
Reputation:
0
Good point. The pattern around HBM constraints has been pretty similar for me. I got better results once I stopped chasing one metric and just looked at whether the workflow felt usable.
Posts: 56
Threads: 7
Joined: Sep 2026
Reputation:
0
What worked for me was pretty simple. On mini PC, 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.
Posts: 31
Threads: 3
Joined: Sep 2026
Reputation:
0
I think the bottleneck is somewhere else. I get why that seems right, but on A6000 the bottleneck felt elsewhere. Could be a workload difference, but I wouldn't generalize too fast from one setup.
Posts: 32
Threads: 6
Joined: Sep 2026
Reputation:
0
What exact setup are you running? Is this local-only or are you routing anything externally?
Posts: 35
Threads: 2
Joined: Aug 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 tokens/sec. Once you know the plain path works, then add the faster path back in piece by piece.
trying not to rebuild again
Posts: 30
Threads: 6
Joined: Sep 2026
Reputation:
0
I'd approach it in a boring order. If you're on MLX, I'd confirm the version first and then reduce variables until the behavior is obvious. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
learning in public