Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
running local models on a phone
#1
Posting this in case it saves someone else a little time.

I'm helping a small team set up a local workflow. We don't need a giant stack, but we do care about tokens/sec.

I'm especially interested in mistakes worth avoiding.
trying not to rebuild again
Reply
#2
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.
Reply
#3
Quote: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.

Appreciate the detail. I don't think your conclusion is far off.
Reply
#4
Not sure I agree there. I've seen people blame tool calling when the real issue was much more mundane. 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
#5
Good point. The pattern around router policy has been pretty similar for me.
Reply
#6
Did a small comparison this afternoon. The issue went away once I changed one setting and restarted the stack cleanly. The surprise was that memory pressure showed up before throughput collapsed.
Reply
#7
Tried to reproduce it just now. I couldn't reproduce the slowdown until I pushed context much higher. I expected the model choice to matter more than it did.
Reply
#8
Quote:Tried to reproduce it just now. I couldn't reproduce the slowdown until I pushed context much higher. I expected the model choice to matter more than

Did a small comparison this afternoon. My result was mixed: first run looked bad, second run looked normal. I expected the model choice to matter more than it did.

There are a few different conversations hiding inside this thread, so being explicit about the goal helps.
Reply
#9
Appreciate the detail. The pattern around workstation thermals has been pretty similar for me. The biggest change for me was simplifying the stack instead of adding one more optimization layer.

There are a few different conversations hiding inside this thread, so being explicit about the goal helps.
Reply
#10
Not sure I agree there. I get why that seems right, but on 5090 the bottleneck felt elsewhere. Worth testing the simpler explanation before adopting the more interesting one.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)