【AI繪畫】【I卡】SD.Next率先修復IPEX在WSL中嚴重的Arc顯存泄漏問題！！
前置視頻：Intel Arc也能AI繪畫！配置超簡單！
I卡AI繪畫性能測試，請看：
重磅好消息！?
經過這幾天和開源社區(qū)各位大佬的探討（學習），最終確認Intel Pytorch Extension的`torch.xpu.empty_cache()`函數在WSL中存在嚴重的顯存泄漏問題。這個問題幾乎直接導致了Intel Arc無法在windows WSL中持久地進行AI繪畫。
今天下午SD.Next剛剛修復（繞開）了這個問題，已經在使用SD.Next的小伙伴直接參照這里的步驟進行更新就可以啦：?https://blog.nuullll.com/ipex-sd-docker-for-arc-gpu/#/zh-cn/getting-started?id=%e6%9b%b4%e6%96%b0sdnext%e6%ba%90%e4%bb%a3%e7%a0%81?
不知道自己是否遇到了顯存泄漏問題？
典型現象：
每跑一張圖，任務管理器中顯示的專用GPU內存占用就會上升一個臺階，跑若干張圖之后，專用GPU內存占用幾乎一直在100%附近浮動。
如果無視繼續(xù)跑圖，不久后命令行會提示"DPCPP out of memory. Tried to allocate XXX MiB"，然后大概率會黑屏閃一下掉驅動，Web UI無法繼續(xù)正常運行。
只有關掉Web UI服務，顯存才會釋放。
如圖所示
修復前 vs. 修復后 顯存占用情況
AnythingV5, DPM++ 2M Karras, steps=20, 尺寸768^2, 批次數量=100, 批次大小=1
正向提示詞：1girl
反向提示詞：nsfw, EasyNegative
修復后跑100張（可以更多，大家隨意）768*768無壓力，顯存使用（包含系統(tǒng)其他應用）維持在6GB左右。而修復前跑60張768*768穩(wěn)定爆顯存。
Docker鏡像v0.3發(fā)布
順便提一下，剛剛發(fā)布了支持Intel Arc顯卡的Stable Diffusion Web UI鏡像v0.3版，修復了容器中的內存泄漏問題（注意，和顯存泄漏不一樣）。
https://blog.nuullll.com/ipex-sd-docker-for-arc-gpu/#/zh-cn/release-notes?id=v03-%ef%bc%88%e6%9c%80%e6%96%b0%ef%bc%89
參考鏈接：
https://github.com/Nuullll/ipex-sd-docker-for-arc-gpu/issues/8
https://github.com/intel/intel-extension-for-pytorch/issues/388
https://github.com/vladmandic/automatic/commit/c3a4293f2227fe77b9ea908c99a1bda2aef43175
