В лучших традициях MS – через хитро закрученную жопу.

А в чём проблема?

в том, что у RDP какбе есть компрессия и картинка будет говно, и тормозить будет как киселе

И как у этого дела будет с аппаратным ускорением? Пробовал запустить, например, vcxsrv и firefox, получилась пошаговая стратегия.

В RDP. Можно было в api для DWM завернуть Waylandовский протокол. Да и этот ваш вяленый полтора инвалида поддерживает.

Мы, например, гоняем java gui аппликухи в WSL1 через иксы из MobaXterm. Рисуется быстрее, чем из нативной виндовой JVM, но не так быстро как под нативным линуксом.

у RDP какбе есть компрессия

Во-первых, она там естественно отключаемая.

Во-вторых, конкретно здесь — особый уличный RDP, который по сути представляет собой передачу содержимого wl_surface как текстур через общую память (в перспективе accelerated zero-copy через видеопамять). Читать сюда.

Короче, типичный ЛОР, который слышал звон.

Можно было в api для DWM завернуть Waylandовский протокол.

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

Да и этот ваш вяленый полтора инвалида поддерживает.

4.2, 4.3

А по-моему, очень показательно, что ненужный хипстерский Wayland выигрывает один юзкейс за другим у гибких юниксвейных™ проверенных временем иксов.

Есть ещё видос про архитектуру всего этого дела: Доклад на XSG 2020

Типичный путь отрисовки будет выглядеть так:

GUI APP -> XWayland -> Weston -> FreeRDP -> MS RDP Client.

Вот теперь то!

4.2, 4.3

Не хочу разводить вялено-срач, но туда уже завезли поддерку Java и electron приложений?

заставить его работать через границу виртуальной машины.

Ну да, один раз персил – всегда персил. Запихали всё в виртуалку, так зачем париться? Пипл и так схавает «интеграцию» linux в windows.

туда уже завезли поддерку Java и electron приложений?

Вопрос нужно ставить не так. Это в Java и Electron уже завезли поддержку Wayland? Нет, потому что одно уже десять лет как необратимо протухло, а другое делается корпорастами в худшем смысле этого слова в режиме закрытой разработки и срать они хотели на GNU/Linux. Но вообще-то силами Collabora везут, превозмогая искусственные трудности и демонстративное безразличие апстрима. До апстрима хромиума уже довезли, значит, скоро и в электроне будет.

Ну да, один раз персил – всегда персил. Запихали всё в виртуалку, так зачем париться? Пипл и так схавает «интеграцию» linux в windows.

Ты, наверное, хотел что-то сказать, но мысль от тебя ускользнула.

Вопрос нужно ставить не так.

Ладно, я не хочу разводить срач про Wayland.

Ты, наверное, хотел что-то сказать, но мысль от тебя ускользнула.

Это я про WSL1 -> WSL2. Когда ребята из мс поленились допилить прослойку совместимости и сделали то, что можно было за несколько минут в VirtualBox сделать ещё много лет назад.

Вяленду быть!

Это победа

Наконец то Wayland будет готов для десктопа.

Уже было же четыре месяца назад

Microsoft добавила в WSL поддержку GPU для линукс GUI приложений

Там ни слова про wayland и как оно вообще будет работать.

Так никто не мешал это узнать тогда 🤷

https://www.phoronix.com/scan.php?page=news_item&px=Microsoft-Writing-Wayland-Comp

Это я про WSL1 -> WSL2. Когда ребята из мс поленились допилить прослойку совместимости и сделали то, что можно было за несколько минут в VirtualBox сделать ещё много лет назад.

Да, да, можно бесконечно рассуждать про то, что никому «не нравится» такой противоворобьиный рейлган — эмуляция Linux внутри Windows NT по типу Wine куда технически красивее, элегантнее и вот это вот всё. Но ведь если вдуматься, то это на самом деле единственное правильное решение.

Эмулировать Linux — задолбаешься, это moving target, количество сисколлов, фич и доступных из юзерспейса подсистем растёт ежедневно, а чем Linux так знаменит? Открытостью. Значит, нужно сражаться с ним на его же поле, а именно взять вот прямо этот код, эталонную реализацию, и тупо всосать к себе. Всосать как? Можно пойти путём UML (User Mode Linux): понатыкать стратегических хаков, запатчить ядро в куче мест и пускать его как процесс в пространстве пользователя, то есть по сути эмулировать окружение на уровне кода. Но зачем? На дворе 2020. Все едва актуальные процессоры давно научились в дешевейшую, практически бесплатную аппаратную виртуализацию. Значит, нужно эмулировать окружение на уровне процессора. Проблема решается на аппаратном уровне. Всё. Ничего личного, просто бизнес.

Ну как бы да.

Мне вот тут довелось потыкать и в первый раз увидить этот самый Hyper-V Manager, ну и там докер ещё в нагрузку через Hyper-V.

Что-то как-то так себе 😕 Короче работать ещё есть над чем.

x11 из cygwin быстрее и лучше с dpi дружит.