Posts: 168
Threads: 14
Joined: Sep 2026
Reputation:
0
Thanks, that helps. I ended up in about the same place using Ollama. I got better results once I stopped chasing one metric and just looked at whether the workflow felt usable.
2x3090 • llama.cpp • too much VRAM is still not enough
Posts: 38
Threads: 7
Joined: Oct 2026
Reputation:
0
worth checking the driver first.
Posts: 55
Threads: 8
Joined: Sep 2026
Reputation:
0
That matches what I was seeing. I ended up in about the same place using llama.cpp. The biggest change for me was simplifying the stack instead of adding one more optimization layer.
Apple Silicon • MLX mostly
Posts: 56
Threads: 7
Joined: Sep 2026
Reputation:
0
worth checking the driver first.
Posts: 168
Threads: 14
Joined: Sep 2026
Reputation:
0
Ran a quick check on my box. 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. I keep promising myself this is the last rebuild.
2x3090 • llama.cpp • too much VRAM is still not enough
Posts: 43
Threads: 5
Joined: Sep 2026
Reputation:
0
that fixed it for me too.
Posts: 68
Threads: 10
Joined: Sep 2026
Reputation:
0
Posting this in case it saves someone else a little time.
If you were starting from scratch today for this use case, what would you choose first and what would you ignore?
Would rather learn from your scars than collect my own all at once.
For context, I'm not chasing leaderboard numbers. I mostly want the system to feel consistent day to day.
Posts: 26
Threads: 1
Joined: Sep 2026
Reputation:
0
What worked for me was pretty simple. Start by verifying the driver/runtime combo, then test with a smaller prompt, then look at NVFP4. Once you know the plain path works, then add the faster path back in piece by piece.