Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
simple router policy ideas with TensorRT-LLM
#1
This keeps coming up in conversation so I figured I'd start a thread.

The more I work with local setups, the more it seems like MoE serving decides everything downstream.

Maybe obvious to some of you, but it clicked for me this week.

My use case is pretty ordinary: local chat, some document work, and occasional batch jobs.
Reply
#2
Thanks, that helps. I ended up in about the same place using Ollama.
Reply
#3
Quote:Thanks, that helps. I ended up in about the same place using Ollama.

I'd approach it in a boring order. If you're on PyTorch, I'd confirm the version first and then reduce variables until the behavior is obvious. Once you know the plain path works, then add the faster path back in piece by piece.
Reply
#4
Tried to reproduce it just now. On 5090 with LM Studio, I saw basically the same behavior. The surprise was that memory pressure showed up before throughput collapsed.
Reply
#5
worth checking the driver first.
Mostly CUDA, sometimes wrong, usually measured
Reply
#6
What worked for me was pretty simple. On Threadripper box, 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.

There are a few different conversations hiding inside this thread, so being explicit about the goal helps.
still benchmarking everything
Reply
#7
same here on my side.
Reply
#8
that fixed it for me too.
Reply
#9
Interesting, I hadn't tried that. I don't think your conclusion is far off. Worth rechecking your defaults though, because one bad assumption can make the rest of the thread look confusing.
learning in public
Reply
#10
Thanks, that helps. I ended up in about the same place using PyTorch. The biggest change for me was simplifying the stack instead of adding one more optimization layer.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)