Posts: 80
Threads: 11
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 KV cache pressure.
Wondering if this is just where the whole space is heading now.
I care more about stability than squeezing the last possible tokens/sec out of it.
Posts: 199
Threads: 27
Joined: Sep 2026
Reputation:
0
A couple things I'd check first. Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at continuous batching.
M3 Max • MLX • local-first
Posts: 199
Threads: 27
Joined: Sep 2026
Reputation:
0
Thanks, that helps. I don't think your conclusion is far off.
M3 Max • MLX • local-first
Posts: 40
Threads: 9
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 tail latency. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
Posts: 54
Threads: 3
Joined: Sep 2026
Reputation:
0
I'd approach it in a boring order. If you're on LM Studio, I'd confirm the version first and then reduce variables until the behavior is obvious.
Posts: 69
Threads: 3
Joined: Sep 2026
Reputation:
0
Quote:I'd approach it in a boring order. If you're on LM Studio, I'd confirm the version first and then reduce variables until the behavior is obvious.
Can you fill in a bit more context? Are you testing this on M3 Max or something else?
still benchmarking everything
Posts: 65
Threads: 5
Joined: Sep 2026
Reputation:
0
What worked for me was pretty simple. If you're on vLLM, I'd confirm the version first and then reduce variables until the behavior is obvious.
Posts: 44
Threads: 8
Joined: Oct 2026
Reputation:
0
Not sure I agree there. I've seen people blame HBM constraints when the real issue was much more mundane. Not saying you're wrong, just that I wouldn't lock that in as the lesson yet.