Replies: 5 comments 3 replies
-
What's the output of |
Beta Was this translation helpful? Give feedback.
-
So, no one else experience similar symptoms? |
Beta Was this translation helpful? Give feedback.
-
Yeah, it's been an issue for a long while. Search for "Killed" and you'll find a very old thread with no real solutions beyond raising the swap size (which isn't really a fix to be honest). |
Beta Was this translation helpful? Give feedback.
-
there is an issue for this... I've had good results running without --medvram but I cant generate big enough images without it |
Beta Was this translation helpful? Give feedback.
-
Glen-O found the solution of this problem. Here: #6722 |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I'm not sure that it's really SD or Automatic's bug and should go to bag reports, so I'm just asking here first:
I'm run Web UI on Manjaro Linux, my card is GTX 1650, 4GB.
I'm running UI with options --lowvram and --no-half (my card affected with black square issue if used fp16 mode, and on full precision even 512x512 cause CUDA error.) Also using xformers.
With settings above, it's work normally, I can generate somewhat between 10-30 images, but after it main SD python process (launch.py) eat up all my system RAM (32Gb), go in heavy swapping, and eventually become killed with OOM.
It's not sudden eating - it's constantly leaking through generation of every image. I try without xformers too - no difference.
Do someone experiencing the same issues? Any idea - what can be done?
I think, it's directly related with --lowvram mode (intensive swapping between RAM and VRAM) but I do not have technical ability to test even with --medvram mode by myself...
Beta Was this translation helpful? Give feedback.
All reactions