WSU GPU, реалізація для надання доступу до графічних додатків Linux у WSL

Минулого тижня Розробники Microsoft оголосили про кілька значних удосконалень підсистеми WSL (Підсистема Windows для Linux), що дозволяє запускати програми Linux у Windows. Як Починаючи з оновлення для Windows 10 травня, перша установка середовища Linux він буде використовувати рівень WSL2 за замовчуванням.

Середовище WSL2 працює на образі диска (HDV) відокремити файловою системою ext4 та адаптер віртуальної мережі. Ядро Linux у WSL2 Він не буде включений до образу інсталяції Windows, але Windows динамічно завантажує його і він буде зберігати його у поточному вигляді, подібно до того, як встановлюються та оновлюються графічні драйвери. Для встановлення та оновлення ядра буде використаний стандартний механізм Windows Update.

Запропоноване ядро ​​для WSL2 заснований на випуску ядра Linux 4.19, що працює в середовищі Windows за допомогою віртуальної машини, яка вже використовується в Azure.

Виправлення, характерні для WSL2, що використовуються в ядрі, включають оптимізацію, щоб зменшити час запуску ядра, зменшити споживання пам'яті, повернути Windows до пам'яті, звільненої процесами Linux, і залишити в ядрі мінімальний набір необхідних драйверів та підсистем.

Тепер можна запускати графічні програми в WSL

На додаток до вищезазначеного, ще однією з новинок, що виділяється, є Початкова підтримка додатків Linux з графічним інтерфейсом "WSU GPU".

Підтримка sі реалізується шляхом віртуалізації доступу до графічного процесора та забезпечення драйверів завдяки якому можуть функціонувати звичайні графічні підсистеми дистрибутивів Linux, включаючи ті, що базуються на Wayland. Графічні програми Linux та Windows можуть працювати на робочому столі Windows поруч.

Для ядра Linux підготовлений відкритий драйвер dxgkrnl, який надає пристрою / dev / dxg послуги, що відповідають моделі драйвера дисплея Windows (WDDM) D3DKMT ядра Windows. Контролер встановлює з'єднання з фізичним графічним процесором за допомогою шини VM. Додатки Linux мають той самий рівень доступу до графічного процесора, що і власні програми Windows, не ділячи ресурси між Windows і Linux.

Крім того, бібліотекарlibd3d12.so надається для Linux, що забезпечує Повний графічний API Direct3D 12.

Бібліотека libd3d12.so побудована з того самого коду, що і власна реалізація Direct3D 12 для Windows і вона повністю схожа за функціональністю з бібліотекою d3d12.dll.

Я теж знаю надає спрощену версію API DXGI (DirectX Graphics Infrastructure) у вигляді бібліотеки DxCore (libdxcore.so). Бібліотеки libd3d12.so та libdxcore.so є власністю і доставляються лише у бінарних збірках (змонтованих на WSL як / usr / lib / wsl / lib), сумісних з Ubuntu, Debian, Fedora, Centos, SUSE та іншими дистрибутивами на основі Glibc .

Підтримка OpenGL у Mesa надається через шар що перекладає виклики API DirectX 12. Метод реалізації API Vulkan все ще перебуває на стадії планування.

На першому етапі в середовищах WSL будуть підтримуватися CUDA та DirectML, працюючи над API D3D12 (наприклад, у середовищі Linux ви можете запустити TensorFlow із серверною базою для DirectML). Підтримка OpenCL можлива через рівень, який виконує відображення викликів в API DirectX 12.

Microsoft розробляє свій композитний менеджер, використовуючи протокол Wayland і базується на кодовій базі Вестона. Складений менеджер використовує RDP-RAIL (Локально інтегрований віддалений додаток RDP) для організації виводу інтерфейсу програми Linux на основний робочий стіл Windows. RDP-RAIL відрізняється від сервера RDP, який раніше був доступний від Weston, тим, що композитний менеджер не робить сам робочий стіл, а замість цього перенаправляє окремі поверхні (wl_surface) через канал RDP RAIL для відображення на головному робочому столі Windows.

Крім того, незабаром буде підтримана установка WSL за допомогою простої команди wsl.exe –install.

Нарешті, якщо ви хочете дізнатися більше про це, ви можете проконсультуватися деталі у наступному посиланні.