Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
image generation model locals actually use
#1
This keeps coming up in conversation so I figured I'd start a thread.

One thing I keep noticing is that people underestimate prefix caching until they actually try to run this stuff for more than one afternoon.

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

I care more about stability than squeezing the last possible tokens/sec out of it.
Reply
#2
Appreciate the detail. The pattern around prefix caching has been pretty similar for me. Worth rechecking your defaults though, because one bad assumption can make the rest of the thread look confusing.

If you post your exact settings, people here can probably narrow it down pretty fast.
team red, team patient
Reply
#3
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.
Reply
#4
My first guess would be this: Before rebuilding anything, I'd test one clean baseline with DeepSeek and compare from there. Once you know the plain path works, then add the faster path back in piece by piece.
throughput matters, but tail latency matters too
Reply
#5
following this because I'm in the same boat.
image models by night, local pipelines by day
Reply
#6
A couple things I'd check first. Before rebuilding anything, I'd test one clean baseline with Kimi and compare from there. A lot of these threads end up being one bad config plus a pile of conclusions drawn from it.
Reply
#7
worth checking the driver first.
learning in public
Reply
#8
Did a small comparison this afternoon. I couldn't reproduce the slowdown until I pushed context much higher. I expected the model choice to matter more than it did.
Reply
#9
I don't think that's the whole story. The reported numbers can look compelling, but in ordinary usage I didn't see the same benefit.
still benchmarking everything
Reply
#10
I'd approach it in a boring order. On B200, the easiest win is often to back off the aggressive settings and see whether the problem survives.
mostly local
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)