+- Inference (https://www.datasculpting.ai/inference)
+-- Forum: Drivers / Frameworks / Toolkits (https://www.datasculpting.ai/inference/forumdisplay.php?fid=8)
+--- Forum: PyTorch / JAX / Other Frameworks (https://www.datasculpting.ai/inference/forumdisplay.php?fid=34)
+--- Thread: when a plain Python stack is enough for FLUX (/showthread.php?tid=1308)
Pages:
1
2
when a plain Python stack is enough for FLUX - rasterpoint - 10-16-2026
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?
Simple and boring is a valid answer.
My use case is pretty ordinary: local chat, some document work, and occasional batch jobs.
Re: when a plain Python stack is enough for FLUX - ggufvault - 10-16-2026
Need a little more detail here. Are you testing this on 4090 or something else?
Re: when a plain Python stack is enough for FLUX - rocmriley - 10-18-2026
What exact setup are you running? What model, what runtime, and roughly what context size?
Re: when a plain Python stack is enough for FLUX - phasespark - 10-18-2026
A couple things I'd check first. Before rebuilding anything, I'd test one clean baseline with Llama and compare from there. Once you know the plain path works, then add the faster path back in piece by piece.
Re: when a plain Python stack is enough for FLUX - vectorpoint - 10-18-2026
Good point. That matches what I saw on B200.
Re: when a plain Python stack is enough for FLUX - vramscope - 10-18-2026
Interesting, I hadn't tried that. I ended up in about the same place using SGLang.
Re: when a plain Python stack is enough for FLUX - relaysupply90 - 10-18-2026
I think the bottleneck is somewhere else. I've seen people blame NVFP4 when the real issue was much more mundane. Could be a workload difference, but I wouldn't generalize too fast from one setup.
Re: when a plain Python stack is enough for FLUX - nanopatch - 10-18-2026
I think the bottleneck is somewhere else. The reported numbers can look compelling, but in ordinary usage I didn't see the same benefit.
Re: when a plain Python stack is enough for FLUX - nanobrook - 10-18-2026
That matches what I was seeing. I ended up in about the same place using vLLM. I got better results once I stopped chasing one metric and just looked at whether the workflow felt usable.
Re: when a plain Python stack is enough for FLUX - vrambandit - 10-18-2026
that fixed it for me too. The logs were somehow calmer than I was.