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 ()

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

Всё равно смешно. Кто хотел и раньше это мог вполне делать, используя тот же Virtualbox или VMWare.

А так WSL уже пять лет. И до сих пор оно из себя весьма такое. Так что эти разговоры об изменениях ничего кроме смеха не вызывают.

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

Всё равно смешно. Кто хотел и раньше это мог вполне делать, используя тот же Virtualbox или VMWare.

Нет не мог. Или вы не понимаете, что теперь (или уже скоро) не будет нужды писать приложения под винду? Пока для их работы ещё нужны дополнительные действия, но это только пока. Подождите, и в состав базовой поставки винды будет включён ВСЛ, а программы будут работать поверх именно этой подсистемы.

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

Или вы не понимаете, что теперь (или уже скоро) не будет нужды писать приложения под винду?

вот здравый комментарий. Для этого мелкие воры и хотят сделать прозрачный запуск приложений андроида. Если найдут способ обмануть яблочников и у них спи*дят

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

https://chromium.googlesource.com/chromiumos/docs/+/HEAD/containers_and_vms.md#Security

Сейчас и андроид приложения перепиливают в виде контейнер в VM, и тоже с целью безопасности.

https://www.opennet.ru/opennews/art.shtml?num=50748

Статья 2019 года, уже внедряют в Chrome OS с контейнерами 11ого андроид.

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

Спровоцировал фрагментацию платформы до абсурда… Если раньше были только Slkpkg, Deb и Tar.Gz, то теперь мы имеем RPM, который не имеет нормальной совместимости даже между Fedora и RHEL. Иными словами, бинарник созданный для Fedora, не факт что заведется под RHEL. Про всякие мандривы с альтами и зюзями и говорить нечего

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

Чревато это тем, что сторонний разраб, у которого из бюджета разве что «сбережения от умершей тети» или «кредит из банка» пошлет пользователей Linux курить бамбук. И будет прав, поскольку инвестиции в разработку нескольких RPM-пакетов никак экономически обосновать невозможно.

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

похоже гугл совсем не доверяет линуксу

While containers often isolate themselves (via Linux namespaces), they do not isolate the kernel or similar system resources. That means it only takes a single bug in the kernel to fully exploit the system and steal your data.

That isn't good enough for Chrome OS, hence we put everything inside a VM. Now you have to exploit crosvm via its limited interactions with the guest, and crosvm itself is heavily sandboxed.

этом потому, что события последнего времени дают ощущение целенаправленного уничтожения этой системы

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

теперь мы имеем RPM, который не имеет нормальной совместимости даже между Fedora и RHEL.

DEB для Debian и Ubuntu тоже не всегда совместимы. В итоге всё зависит от кривизны рук того, кто делал пакет.

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

Или вы не понимаете, что теперь (или уже скоро) не будет нужды писать приложения под винду?

я думал, у понифака странные фантазии, но ты его обошел))) это уже даже не фантазии, а конкретные бредни)

crypt ★★★★★ ()

Реализация звучит как говно.

По факту, это виртуалка с включеным xfreerdp сервером , к которому подключаются из хостовой венды. Причем внутри должен быть вяленый.

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

WSL1 был трушный – с эмуляцией сисколлов. Да, трудно поддерживать, но жаль что закопали.

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

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

WSL2 говорят всё равно быстрее.

Нынче виртуалки такие, запускать подготовленную к виртуализации систему (то бишь линукс с патчами под Hyper-V) всё равно дешевле чем эмуляция сисколлов.

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

Среднестатистический пользователь «с твердыми знаниями ПК», как не знал этот wsl2, так и будет продолжать не знать. А нормальные линуксоиды не используют GNU/Linux в виртуалке шиндовс. Как было «нинужно» так и осталось. ИМО.

Да мне как виндузятнику (по обстоятельствам) совсем нет желания еще и wsl2 обмазываться

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

Уж больно продолговато оно получается, оверхед не слишком ли большой? Хотя, может и всякие замедляторы процессора для особо старых игр не нужны будут.

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

Сложно понять кому же все таки пришел капец.

Да никому. Все при своих остались. Мне вот интересно, действительно ли это все затребовано? Обратная ситуация, когда надо запустить Windows-приложения в Linux, мне не кажется редкой, так как под Windows всего тупо больше. А вот обратная ситуация... Так много любителей запускать графические программы из Linux, работая в Windows?

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

Грубо говоря, он и раньше не был особо нужен. Дистры gnu/linux, в основном, ценятся за возможность экстремальной кастомизации на десктопе или за минимализм.

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

Не, не был

https://chromium.googlesource.com/chromiumos/docs/+/8c8ac04aed5d45bb6a14605c422dbbd01eeadf15/containers_and_vms.md#Don_t-Android-apps-ARC_run-in-a-container-and-not-a-VM

Don’t Android apps (ARC++) run in a container and not a VM? Unfortunately, yes, Android apps currently run only in a container.

We try to isolate them quite a bit (using namespaces, seccomp, alt syscall, SELinux, etc…), but at the end of the day, they have direct access to many syscalls and kernel interfaces, so a bug in there is reachable via code compiled with Android’s NDK.

One ★★★★★ ()