Closed Our0b0r05 closed 2 months ago
From my experience, those memory values are all out of whack, and not to be believed, especially when using any memory affecting launch flags.
From my experience, those memory values are all out of whack, and not to be believed, especially when using any memory affecting launch flags.
I've tried using no startup flags and the issue persists. Mind you I'm not basing this completely off of console output but also resource management software. I can confirm that the Vae decode actually does use more VRAM after the first generation.
Hi there, I did some reverts yesterday related to model management, can you see if it works as it should on dev_upstream?
Also, it could be maybe for the re-do of the OOM extension. You can also try git revert -m 1 4bc6747
on your local setup and that should basically revert the extension as how it is on main branch.
Also, does this happens on main branch?
I have also created a new experimental branch with some changes https://github.com/Panchovix/stable-diffusion-webui-reForge/commits/dev_upstream_experimental, can you see if the issue persists there?
I have also created a new experimental branch with some changes https://github.com/Panchovix/stable-diffusion-webui-reForge/commits/dev_upstream_experimental, can you see if the issue persists there?
It looks like the bug is fixed on this branch thanks.
Checklist
What happened?
The first generation of an instance uses a lower amount of VRAM than subsequent generations.
Steps to reproduce the problem
What should have happened?
Both generations should have used the same amount of VRAM for the vae decode but every generation after the first uses substantially more (up to 6gb in my testing)
What browsers do you use to access the UI ?
Mozilla Firefox
Sysinfo
sysinfo-2024-08-09-05-52.json
Console logs
Additional information
No response