Replies: 3 comments 5 replies
-
per intel's support article https://www.intel.com/content/www/us/en/support/articles/000093216/graphics.html, arc does not support gpu virtualization required to access it inside wsl2. |
Beta Was this translation helpful? Give feedback.
-
Isn't the base resolution always 512x512 (and up to 768x768 for SD 2.x)? All else is upscaled, and if you need a really large image, (some of) those upscalers can do tiled upscaling, so the whole image is broken down into smaller segments for rendering. If I do a direct upscale when rendering, I can do 2040x028 with SPD disabled, that takes all the memory of my card. so I'd do tiled upscaling, too. Some numbers from my PC (nVidia RTX 4090, 24GB VRAM) just to show how the memory consumption and time behaves if you directly upscale while rendering the image: rendering 512x512 (no upscaling): rendering 1280x1280 during rendering (hires fix, upscaler: Latent): rendering 2048x2048 during rendering (hires fix, upscaler: Latent): upscaling to 4096x4096 in Process Image (from 512x512, upscaler: SwinIR_4x): You can see when doing tiled upscaling it uses less memory than for a direct upscale to 2048x2048. |
Beta Was this translation helpful? Give feedback.
-
WSL2 does work but it has memory leak issues. You can generate 2048x2048 with sub-quad. 512x512 (20 samples): 512x512 to 1280x1280 (20 samples) with img2img: 512x512 to 2048x2048 (20 samples) with img2img: |
Beta Was this translation helpful? Give feedback.
-
(edit: 2023-05-16 12:26 UTC)
WSLWindows (including WSL) with Arc?WSLWindows(or WSL)-specific bugs (e.g. memory leak) that are not present in native Linux environments?If I don't have to use native Linux, I'd love to.
Beta Was this translation helpful? Give feedback.
All reactions