LINUX.ORG.RU

Microsoft включает поддержку GUI-приложений для подсистемы Linux

 , ,


2

0

Microsoft включает поддержку GUI-приложений для WSL (WSLG) в разрабатываемой Windows 10 Insider Preview версии ≥21362. GUI-приложения работали и раньше с помощью запуска стороннего X11-сервера, но без поддержки аппаратного ускорения и звука — сейчас же поддержка включена официально.

В основе реализации лежат:

  • реализация WDDM D3DKMT в ядре Linux в виде устройства /dev/dxg для прямого использования системного GPU;
  • эталонный Wayland-композитор Weston с поддержкой XWayland для запуска X11-программ и OpenGL-ускорения через Mesa-драйвер с реализацией D3D12;
  • PulseAudio для захвата и вывода звука;
  • FreeRDP для отображения приложения как обычного окна внутри Windows 10.

Установленные графические программы, имеющие стандартизированный XDG Desktop Entry, могут быть запущены прямо из меню «Пуск».

Для отображения, что запущенная графическая Linux-программа работает с помощью WSLG, на её иконке в панели задач есть маленький пингвин Tux.

Графические драйверы с поддержкой vGPU для WSLG уже подготовлены компаниями AMD, Intel и Nvidia (с поддержкой CUDA).

>>> Подробности

★★★★★

Проверено: Zhbert ()

Ответ на: комментарий от r0ck3r

Хорошо, что они ничтожные и ничтожными и останутся. Ибо свободы, такой как на Android, где для установки стороннего дистрибутива (кастома) нужно покупать ключ на заводе подпольно у китайца, на дескопе не нужно.

anonymous ()

С технической тз пользователя - все сделано через Ж.

это wsl каличный от рождения. Вместо ВМ, которая мапит свою ФС в корень хоста и постоянно запущена. Нам предложили некий startx || c:\ win

когда линуксовая сущность выполняется только в пределах жизни окна терминала.

Я уже все мозги себе перенапряг, пытаясь понять кому эта шняга нужна, кроме разработчиков.

А вчерашнее виде с молодым разработчиком еще больше дает поводов подозревать, что на эту хрень кинули молодёж, у которой в голове мурзилки, а не инженерный подход на 10 лет.

anonymous ()
Ответ на: комментарий от r0ck3r

вяленый за счет свежести и искоренения еще при разработке проблем «поколений х» проще и быстрее.
поддержкой монстра х со всеми костылями решили покамест не мудрить.

pfg ★★★★ ()
Последнее исправление: pfg (всего исправлений: 1)
Ответ на: комментарий от Jopich1

Мне вот все равно не совсем понятно. Получается, что виртуалка с Linux живет, покуда, как подметил один из анонимусов, запущен процесс bash.exe. В таком случае, как им удалось обеспечить такой быстрый старт? Получается, что ядро все-таки работает постоянно?

r0ck3r ★★★★★ ()
Ответ на: комментарий от a1batross

Люто плюсую. Та же история была с поддержкой git в visual studio. Сначала они сделали неплохую такую реализацию, используя libgit2, а потом её закопали и просто поставляют git4windows, который очень так себе.

CYB3R ★★★★★ ()

А с безопасностью при этом как? Chrome OS пришлось отказаться от linux контейнера приложений в пользу контейнеров в VM из-за соображений безопасности.

При этот тормозит заметно сильнее, чем в обычном lxc.

One ★★★★★ ()
Ответ на: комментарий от anonymous

Интересно чем тебе rpm и systemd не угодили? RPM - основная причина, почему разработчики стороннего ПО до сих пор Linux шлют на хутор бабочек ловить, поскольку экономически обосновать разработку Over9000 пакетов практически невозможно. Если для Debian и Ubuntu и дериативов можно еще худо-бедно собрать один бинарник, и один для AUR, то ориентироваться на зоопарк RPM-дистров… А Systemd не угодил тем, что его сырым насильно запихивали практически во все LTS-дистрибутивы, как вам загрузка с SSD в размере 1,5 минуты?

anonymous ()

Короче, лютейший бред.

Есть hyper-v, в котором убунту сервер бултыхается как рыба в пруду. Ну т.е. с поддержкой этого гипервизора и зайчатков консоли, как и fb, всё в полном порядке. RDP делали для десктопной 18.04, потом забросили, так как обновления ломали этот самый RDP enhanced session.

Энтузиасты переделали для 20.04, но звук заводится с помощью шаманства.

anonymous ()
Ответ на: комментарий от anonymous

[q] Интересно чем тебе rpm и systemd не угодили? [/q] RPM - основная причина, почему разработчики стороннего ПО до сих пор Linux шлют на хутор бабочек ловить, поскольку экономически обосновать разработку Over9000 пакетов практически невозможно. Если для Debian и Ubuntu и дериативов можно еще худо-бедно собрать один бинарник, и один для AUR, то ориентироваться на зоопарк RPM-дистров… А Systemd не угодил тем, что его сырым насильно запихивали практически во все LTS-дистрибутивы, как вам загрузка с SSD в размере 1,5 минуты?

anonymous ()

И что скоро можно будет удалять Linux и всё будет в Windows 10 чтоли а RedHat всё равно частично молодцы хоть вклад делают в Linux какой-то иначеб уже давно загнулся

anonymous ()
Ответ на: комментарий от anonymous

Также предполагаю, что появятся какие-нибудь новые векторы атаки, типа повышения прав через необновленный Ubuntu в WSL, при том что обновления в самой винде будут стоять

r0ck3r ★★★★★ ()