Каким линукс-окружением вы пользуетесь под оффтопиком и почему?

В смысле в виртуалке технически xwayland, поставленный по зависимостям

Класс, то есть аргумент «не надо ставить иксы» превращается в тыкву.

В смысле нет шизофрении вроде «вошёл в винду, теперь входи в виртуалку»

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

Например, последние много лет я использую наоборот, винду на виртуалке из-под линукса (но это работает и в обратную сторону). Я работаю в MS Office, поработал, сохранил состояние виртуалки (занимает секунды). На другой день восстановил виртуалку из сохранения - там уже все открыто, ворды, все документы с которыми работал. WSL так может? На тупо виртуалках это есть более 15 лет как.

Разлочить gnome-keyring не нужно

Я 17 лет использую линукс как основную систему и убей меня, я не знаю что за gnome-keyring и на кой черт его нужно разлачивать.

jetbrains умеет в wsl, но поддержка местами багнутая

То есть, файловая система в обе стороны - тыква? Иначе зачем кому-то бы понадобилась спец поддержка WSL. А тут оказывается IDE запустить на «той стороне» ничего не может, что аж надо IDE в виртуалке гонять. Удобно просто супер. Ну как и с любой обычной виртуалкой, те же проблемы.

поднял nginx — можешь вбить в браузере http://localhost

А в виндовом не можешь?? То есть сеть, которая «просто работает» - тыква? Но надо сказать, что мне непонятно зачем вообще это делать и что мешает в виндовом браузере вбить ip виртуалки или WSL. Называется - хочется странного.

Хардварное ускорение графики работает скорее как побочный эффект от cuda (да, в wsl2 оно работает)

А зачем? Под виндой есть какие-то стеснения в использовании cuda, что нужна виртуалка с линуксом? Я понимаю наоборот, но в «обратную сторону» все работает очень давно благодаря пробросу видеокарты в KVM.

Практически все dotfiles можно расшарить тупо mount –bind’ом

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

Как это работает? В винде можно выполнить mount –bind и монтировать любую папку из WSL в любое место на винде?

Браузер может быть запущен хоть в винде, хоть в wsl2 — оно работает одинаково

А сколько памяти получает WSL и как, по какому принципу она выделяется? Возможно, хотя бы тут есть преимущества?

Класс, то есть аргумент «не надо ставить иксы» превращается в тыкву.

То есть я могу быть вообще не в курсе что у меня есть:

• иксы

• pulseaudio

и винда просто делает всё хорошо. Нет x11-сервера в винде, который может быть тупо не запущен. Нет тормозной и неполноценной эмуляции звуковой карты.

То есть, файловая система в обе стороны - тыква?

То есть он иногда забывает что умеет wsl и тот же pycharm в упор не находит питон в pyenv’е гостя поскольку уверен, что питоны бывают только .exe. Это лечится, но это проблемы jetbrains’а, а не wsl.

Оно делает дебаг и смотрит на установленные зависимости, поэтому ему нужно знать о существовании wsl.

А файловая система в обе стороны работает примерно так: я открываю wsl’ный zsh, говорю что export EDITOR=/mnt/c/Apps/nvui/bin/nvui.exe и всё тупо работает будто nvui не виндовая графическая морда над nvim, а что-то нативное линуксовое. В обратную сторону точно так же: я могу открыть виндовый файл линуксовым софтом. Я могу пайпать вещи в zsh между линуксовым и виндовым софтом в любых комбинациях.

Но надо сказать, что мне непонятно зачем вообще это делать и что мешает в виндовом браузере вбить ip виртуалки или WSL

WSL старается всеми способами притвориться «тупо фреймворком» поверх винды. У фреймворка нет своего IP-адреса, очевидно, поэтому всё притворяется работающим на одном хосте. Докер, естественно, использует отдельные хосты и ручной форвардинг, но дефолтное поведение для софта вне контейнеров — притворяться, что никакого hyperv между wsl и виндой нет.

И можно долго не вспоминать про то, как всё это прокидывается под капотом потому, что оно тупо работает.

Под виндой есть какие-то стеснения в использовании cuda

Если кто-то по-быстрому написал поделку на tensorflow и никогда не тестил её на винде — не факт, что она сразу заведётся. В WSL таких проблем нет.

Я понимаю наоборот, но в «обратную сторону» все работает очень давно благодаря пробросу видеокарты в KVM.

Видеокарта одна, сайдэффектов проброса единственной видеокарты нет. Да, эмуляция opengl поверх dx12 небесплатна, но её хватает. Если очень захочется нативной скорости — да, остаётся только проброс карты, скорее с покупкой ещё одной поскольку проброс единственной карты неюзабелен вообще.

Ну да, технически используется RDP но юзеру это знать не обязательно: ютуб на весь экран работает, opengl опенглится, cuda есть, что ещё нужно?

Как сайд-эффект: теперь можно запустить под wsl+wine игры, которые не умеют в win11.

А сколько памяти получает WSL и как, по какому принципу она выделяется?

Динамически, до min(8 гиг или половины RAM хоста) по дефолту и тюнится в любую сторону, пока RAM не нужна — она в хосте, как только выделена — емнип пока wsl жив, она системе не вернётся. Если используется не для сервера, а тупо прогнать уйму данных через питон — wsl-сессия закончится и wsl автоматом умрёт (это не виртуальная машина, поэтому новый старт wsl всё равно будет мгновенный).

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

Замечательная фича, но wsl изо всех сил притворяется, что виртуальной машины нет, весь linux-софт — это почти как виндовый софт и если хочется сохранить состояние, то ты просто отправляешь винду в сон, а не вспоминаешь о виртуальной машине и том, что ей ещё можно управлять отдельно от хоста. Тот факт, что некоторые программы могут быть запущены из линукса, становится просто технической деталью.

В типичных юзкейсах винда старается притвориться дистрибутивом линукса, но для софта: без systemd, без gdm/kdm, без гномокед, просто запускалка линуксового софта, который просто работает внутри винды. Прямо сейчас поддержка gui-софта не совсем отполирована (на то оно и в insider preview/win11), но когда станет готово — винда во всех смыслах станет заодно и линукс-десктопом.

Нет тормозной и неполноценной эмуляции звуковой карты.

А как она pulseaudio умудряется эмулировать? Есть какая-то прослойка, предоставляющая pulseaudio api и пробрасывающая звук через RDP? Ну это как бы не совсем нативно тоже. То, что это «просто работает» это хорошо, но у меня и тормозная эмуляция звуковухи просто работает.

А как в WSL запустить JACK или Pipewire, если там не эмулируется звуковуха? Или WSL еще и JACK эмулирует? Вряд ли. А на виртуалке все это работает.

ютуб на весь экран работает, opengl опенглится

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

Динамически, до min(8 гиг или половины RAM хоста) по дефолту и тюнится в любую сторону, пока RAM не нужна — она в хосте, как только выделена — емнип пока wsl жив, она системе не вернётся.

Фигово. То есть как и везде.

то ты просто отправляешь винду в сон

Ну так если отправить винду в сон не выключая виртуалку, очевидно что и виртуалка заснет как и все приложения. И после выхода хоста из сна будет доступна сразу со всеми приложениями. Это вообще не аргумент.

ей ещё можно управлять отдельно от хоста

Что там управлять? Запустить ярлыком на рабочем столе, выключить закрыв окно?

Я могу пайпать вещи в zsh между линуксовым и виндовым софтом в любых комбинациях.

А вот это неплохо.

винда во всех смыслах станет заодно и линукс-десктопом.

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

WSL ни разу не серверное, оно для девелоперского десктопа. В продакшне ничего близкого к wsl не должно быть.

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