Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
image generation model locals actually use
#1
Spent some time on this today and wanted to compare notes.

Two paths both seem viable, but they break down differently once embeddings becomes important.

What would you pick if you had to live with it for a few months?
Reply
#2
Quote:Spent some time on this today and wanted to compare notes.

Maybe, but I had the opposite result. I've seen people blame consumer GPUs when the real issue was much more mundane.
post logs or it didn't happen
Reply
#3
Good point. That matches what I saw on mini PC. The biggest change for me was simplifying the stack instead of adding one more optimization layer.
Reply
#4
Quote:Good point. That matches what I saw on mini PC. The biggest change for me was simplifying the stack instead of adding one more optimization layer.

I'd approach it in a boring order. Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at NVFP4.
Reply
#5
What worked for me was pretty simple. Before rebuilding anything, I'd test one clean baseline with Mixtral and compare from there.
Reply
#6
What worked for me was pretty simple. 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.
2x3090 • llama.cpp • too much VRAM is still not enough
Reply
#7
I think the bottleneck is somewhere else. I get why that seems right, but on M3 Max the bottleneck felt elsewhere. Worth testing the simpler explanation before adopting the more interesting one.

There are a few different conversations hiding inside this thread, so being explicit about the goal helps.
Reply
#8
Quote:I think the bottleneck is somewhere else. I get why that seems right, but on M3 Max the bottleneck felt elsewhere. Worth testing the simpler explanati

My first guess would be this: Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at consumer GPUs. Once you know the plain path works, then add the faster path back in piece by piece.
Reply
#9
What worked for me was pretty simple. On GB200, the easiest win is often to back off the aggressive settings and see whether the problem survives.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)