WSU GPU, o implementare care oferă acces la aplicații grafice Linux în WSL

Săptămâna trecută, Dezvoltatorii Microsoft au anunțat câteva îmbunătățiri semnificative la subsistemul WSL (Subsistemul Windows pentru Linux), care permite aplicațiilor Linux să ruleze pe Windows. La fel de Începând cu actualizarea Windows 10 mai, prima instalare a mediului Linux va folosi implicit stratul WSL2.

Mediul WSL2 rulează pe o imagine de disc (HDV) separați cu sistemul de fișiere ext4 și adaptorul de rețea virtuală. Kernel-ul Linux în WSL2 Nu va fi inclus în imaginea de instalare Windows, dar Windows o va încărca dinamic și îl va păstra în forma actuală, similar cu modul în care sunt instalate și actualizate driverele grafice. Pentru a instala și actualiza nucleul, va fi utilizat mecanismul Windows Update standard.

Nucleul propus pentru WSL2 se bazează pe versiunea kernel Linux 4.19, rulează într-un mediu Windows utilizând o mașină virtuală care este deja utilizată în Azure.

Patch-urile specifice WSL2 utilizate în nucleu includ optimizări pentru a reduce timpul de pornire a nucleului, pentru a reduce consumul de memorie, pentru a returna Windows în memorie eliberată de procesele Linux și pentru a lăsa setul minim de drivere și subsisteme necesare în nucleu.

Acum este posibil să rulați aplicații grafice în WSL

În plus față de cele menționate anterior, o altă noutate care iese în evidență este Suport inițial pentru aplicațiile Linux cu o interfață grafică "WSU GPU".

Sprijinul sși implementează prin virtualizarea accesului GPU și furnizarea de drivere prin care pot funcționa subsistemele grafice obișnuite ale distribuțiilor Linux, inclusiv cele bazate pe Wayland. Aplicațiile grafice Linux și Windows pot rula unul lângă altul pe desktopul Windows.

Un driver dxgkrnl deschis a fost pregătit pentru kernel-ul Linux, oferind un dispozitiv / dev / dxg cu servicii care replică modelul de driver de afișare Windows (WDDM) D3DKMT al kernel-ului Windows. Controlerul stabilește o conexiune la GPU-ul fizic folosind magistrala VM. Aplicațiile Linux au același nivel de acces GPU ca aplicațiile native Windows, fără a partaja resurse între Windows și Linux.

În plus, bibliotecarulun libd3d12.so este furnizat pentru Linux, care oferă Direct3D 12 API grafic complet.

Biblioteca libd3d12.so este construită din același cod ca implementarea nativă Windows a Direct3D 12 și este complet similară ca funcționalitate cu biblioteca d3d12.dll.

De asemenea, știu oferă o versiune simplificată a API-ului DXGI (DirectX Graphics Infrastructure) sub forma bibliotecii DxCore (libdxcore.so). Bibliotecile libd3d12.so și libdxcore.so sunt proprietare și livrate numai în versiuni binare (montate pe WSL ca / ​​usr / lib / wsl / lib), compatibile cu Ubuntu, Debian, Fedora, Centos, SUSE și alte distribuții bazate pe Glibc .

Suportul pentru OpenGL în Mesa este oferit printr-un strat care traduce apelurile API DirectX 12. Metoda de implementare a API-ului Vulkan este încă în stadiul de planificare.

În prima etapă, în mediile WSL, CUDA și DirectML vor fi acceptate, lucrând la API-ul D3D12 (de exemplu, într-un mediu Linux, puteți rula TensorFlow cu un backend pentru DirectML). Suportul OpenCL este posibil printr-un strat care efectuează maparea apelurilor în API-ul DirectX 12.

Microsoft își dezvoltă managerul compozit utilizând protocolul Wayland și bazat pe baza codului Weston. Managerul compozit folosește RDP-RAIL (aplicație locală integrată RDP la distanță) pentru a organiza ieșirea din interfața aplicației Linux către desktopul principal Windows. RDP-RAIL diferă de backend-ul RDP disponibil anterior de Weston prin faptul că managerul compozit nu redă desktopul în sine, ci redirecționează suprafețe individuale (wl_surface) prin canalul RDP RAIL pentru a fi afișate pe desktopul principal Windows.

În plus, în curând va fi acceptată o instalare WSL cu comanda simplă wsl.exe –install.

În cele din urmă, dacă doriți să aflați mai multe despre aceasta, puteți consulta detaliile din următorul link.