Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Apple unified memory limits
#1
Did a bit of testing and thought I'd post the result here.

Short version: TensorRT-LLM behaved well for me, but only after I stopped ignoring HBM constraints.

Curious if anyone else landed in the same place.
M3 Max • MLX • local-first
Reply
#2
My first guess would be this: Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at continuous batching. Not glamorous advice, but repeatable baselines save a lot of time.
Reply
#3
subscribed, curious where this lands.
Reply
#4
A couple things I'd check first. If you're on MLX, I'd confirm the version first and then reduce variables until the behavior is obvious.
M3 Max • MLX • local-first
Reply
#5
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.
trying not to rebuild again
Reply
#6
following this because I'm in the same boat.
Reply
#7
I tested this tonight. On 7900 XTX with vLLM, I saw basically the same behavior. Turns out 'just one more test' was a lie.
Reply
#8
I'd approach it in a boring order. Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at MoE serving. Not glamorous advice, but repeatable baselines save a lot of time.
Reply
#9
Quote:I'd approach it in a boring order. Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at MoE serving. Not glamoro

I tested this tonight. 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.
learning in public
Reply
#10
I tested this tonight. The issue went away once I changed one setting and restarted the stack cleanly. The main thing that moved was latency, not quality.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)