Причина, по которой в WSL2 Ubuntu Windows 11 часто командные запросы в терминале зависают или отвечают очень долго на запросы?
Не могу понять, почему через некоторое время, работая в терминале Ubuntu WSL2 Windows 11 подвисают команды, то есть при запросе очень долго не приходит ответ, а как закрываю терминал и открываю снова, то работает ок, и после через некоторое время все тоже самое? Кто-то сталкивался с проблемой данной и как решали?
в довесок к Иерокопус Таманский могу спросить, что происходит во время запуска команды ??
что показывает process explorer от марка русиновича (дефолтный виндовый засуньте в рабочее место микрософта)
что показывает htop в убунту в это время ??
и т.д. ??
wsl вторая попытка микрософта натянуть ужа на ежа, в этот раз чуть лучше, но по принципу не отличается от обычной виртуалки (первый всл был трансляцией), посему послушайте советов снизу и не занимайтесь всл-ерундой.
Забудьте этот несчастный глючный WSL и поставьте нормальную систему виртуализации типа VirtualBox - там куда больше фич, оно куда удобнее и стабильнее. Только учтите, что перед установкой надо отключить WSL, т.к. оно там сделано через одно место.
UPD: оказывается, WSL нынче не такой несчастный и глючный и имеет право на существование, да. Но виртуалбокс все равно отличная система виртуализации. ^_^
1. А как сделать так, чтобы virtual box запускался вместе с системой?
2. А как запускать приложения с GUI чтобы они отображались не внутри окна virtual box, а в среде винды?
3. А как использовать видеокарту?
4. А как порты все прокинуть, чтобы то что запущено в virtual box было доступно по адресу 127.0.0.1?
5. Как JB Gateway подключить? В случае WSL всё из коробки работает
6. Как Docker установить? Docker desktop с некоторого времени только через WSL2 работает
Василий Банников, вот вот, как раз использую докер в связке с WSL2 и все работает норм, но вот проблема с подвисанием раздражает, может какие то логи сохраняются в момент отправки запросов с терминала
Василий Банников,
1. bat скриптом
2. зачем на сервере GUI ?
3. это очень редкий случай. можно юзать другую систему виртуализации
4. Там же есть проброс, только адрес будет не 127.0.0.1 естественно
5. Это вообще что такое?))
6. Как обычно, по мануалу с сайта докера. всё чудно ставится без всяких десктопов
Drno,
1. Можно пример? Всегда думал, что VirtualBox - это исключительно GUI решение
2. Каком сервере? WSL же не для серверов придуман, а для машины разработчика.
Например я через wsl запускаю massif-visualizer чтобы результат профайлинга на красивых графиках посмотреть.
3. Совсем не редкий. Очень много знакомых тот же tensorflow и прочие ML штуки в WSL запускает.
И какую же тогда? Первый гвоздь в крышку гроба)
4. Второй гвоздь в крышку гроба)
5. Типа как VS Code remoting, но для JB. Запускается экземпляр среды разработки внутри виртуалки, в виртуалке и весь код и тулчейн лежит, а на настоящей машине - только тонкий клиент.
Тогда сразу и вопрос про VS Code - в случае WSL он сам всё автомагически подхватывает и не надо ничего настраивать. Можно тупо в консоли code . ввести и у тебя на хосте открывается окно, которое подключается к экземпляру в виртуалке.
А как с VirtualBox это организовать?
6. А вот и нет.
Хочется для минимизации задержек запускать cli локально, а engine иметь на удалённой машине.
Тем временем Docker официально не поставляет CLI для Windows отдельно от Docker Desktop.
А то что можно найти - оно идёт без compose.
Василий Банников
1. Автозапуск же.
2. Windows X-Server.
3. Вот тут да, проброса видеокарты в виртуалбоксе нет. Но есть в других системах виртуализации.
4. Ни разу такого не требовалось, но гугл говорит, что надо использовать NAT + проброс портов. Да и зачем, если виртуалка всегда доступна по айпишнику?
5. Нуу, тут уже, конечно, за уши притянуто, но там в официальной документации все есть. Не использовал и более точно не скажу. Но, по идее проблем не должно быть никаких с запуском.
Обоснуй.
О, это можно. Вот я поставил десятку, запустил этот всл, даже поставил дебиан. А если надо фряху? А не получится. Ладно, хрен с ней с фряхой - рядом все равно лежит сервак с ней. А есть же еще и другие линуксы со своими фичами. Ставлю и запускаю виртуалбокс - хочу перенести свои файлы с виртуалки в всл. А виртуалбокс не работает, потому что всл включен. Чтобы виртаулбокс заработал - надо отключить всл и перезагрузить винду. Соответственно, вместо банальной копипасты через ssh или rsync'а надо куда-то на хостовую систему выгружать архив, потом опять переключать туда-сюда всл, перезагружать винду и уже в всл копировать архивать и распаковывать. Один хрен всл - этот тоже гипервизор, но интегрированный в винду и который умеет нормально только в несколько линуксов, а про остальные ОС оно не в курсе. А у меня еще тут десяток виртуалок с разными виндами. Так что использовать и виртуалбокс и wsl одновременно не получится.
А что в ней нормального то?)
Например, то что виртуалбокс как раз из коробки может запустить практически любую ОСь без дополнительных телодвижений? Умеет в разные сетевые режимы? Поддерживает разные носители и форматы импорта виртуалок? Умеет в разные графические режимы? Умеет в RDP? Умеет делать как снепшоты в пару кликов, так и копипастить машины? Умеет ставить виртуалку на паузу и сохранять её состояние? Виртуалбокс развивается с 2007 года - 16 лет уже, имеет большое комьюнити, регулярно выходят новые версии, исправляются баги. Я даже ось-хрень маковскую смог в нем запустить на амд процессоре. Да, с один процем и медленно, но оно как-то работало. Так что фич в VB однозначно больше, чем в WSL. Так что же в виртуалбоксе не нормального-то? Аргументируй, как говорится ) Ну, и заодно список фич получился, да.
Очень спорно.
Дык тут и спорить-то не о чем: ибо удобство - это же чисто индивидуально. Вот тебе удобен WSL с его небольшим количеством фич, мне удобен виртуалбокс множеством его фич, к которым я за долгие годы привык. У меня виртуалки месяцами в нем спокойно висят и используются в работе. Так что VB достаточно стабилен.
Кроме того, я же говорил не только про виртуалбокс, но и про системы виртуализации в целом. По сравнению с существующими - WSL все же объективно еще достаточно молодая система и фич там меньше. Да, может быть со временем её допилят до чего-то более. Но когда это будет - неизвестно. Да и будет ли вообще - тоже.
5. Типа как VS Code remoting, но для JB. Запускается экземпляр среды разработки внутри виртуалки, в виртуалке и весь код и тулчейн лежит, а на настоящей машине - только тонкий клиент.
Тогда сразу и вопрос про VS Code - в случае WSL он сам всё автомагически подхватывает и не надо ничего настраивать. Можно тупо в консоли code . ввести и у тебя на хосте открывается окно, которое подключается к экземпляру в виртуалке.
Ага, ну понятно. Тогда вообще не вижу никаких проблем: ставится любимый линукс в виртуалку, запускатся там бэкенд, а на винде используется тонкий клиент. Т.е., все то же самое как и с всл.
Кстати, в VSCode remote тоже так же отлично работает - только он все сам ставит и запускает на подключаемой машине. Я так спокойно с винды на мак и виртуалки подключаюсь и работаю.
Что такое фряха? Вообще вроде есть порядка десятка дистров для wsl разной степени официальности - есть даже инструкция, как подготовить свой образ. Лично мне обычной убунты более чем хватает
А виртуалбокс не работает, потому что всл включен. Чтобы виртаулбокс заработал - надо отключить всл и перезагрузить винду.
Это уже скорее выглядит как косяк виртуалбокса.
Хотя хз как технически виртуализация работает - может реально два гипервизора одновременно работать не могут.
Мне на винде хватает стандартного hyper-v и он по очевидным причинам нормально работает с wsl.
Например, то что виртуалбокс как раз из коробки может запустить практически любую ОСь без дополнительных телодвижений? Умеет в разные сетевые режимы?
Если бы мне нужен был гипервизор - я бы использовал hyper-v или VMware.
Тут же речь об инструменте для разработчика.
По сравнению с существующими - WSL все же объективно еще достаточно молодая система и фич там меньше.
Вот и стала ясна причина такой нелюбви. Вы неправильно воспринимаете WSL2.
Если смотреть на систему виртуализации, то это hyper-v и назвать его молодым или имеющим мало фич я не могу.
WSL2 - это в первую очередь дополненное ядро Linux и специально заготовленный образ для hyper-v и ещё пара твиков на стороне винды чтобы это всё прозрачно работало из коробки так, будто никакой виртуалки и нет.
Отсюда, если всё работает нормально:
1. Сравнительно низкое потребление оперативки
2. Очень быстрый запуск
3. Объединённые настройки сети
4. Доступ ко всем устройствам, включая видеокарту
5. Сразу примонтированы все виндовые диски
6. И ряд программ заранее знает о том, что такое wsl
Ага, ну понятно. Тогда вообще не вижу никаких проблем: ставится любимый линукс в виртуалку, запускатся там бэкенд, а на винде используется тонкий клиент. Т.е., все то же самое как и с всл.
Вообще не то же самое.
В случае wsl мне вообще ничего настраивать и открывать не нужно.
Я просто ввожу code .в терминале и у меня одновременно открывается бэкенд на стороне wsl и фронт в винде.
В случае virtual box мне придётся отдельно заморочиться с настройкой ssh. А чтобы открыть папку - мне придётся совершить гораздо больше промежуточных шагов.
Сначала открыть Vs code на десктопе.
Подключиться к этой виртуалке.
Выбрать папку.
Что такое фряха? Вообще вроде есть порядка десятка дистров для wsl разной степени официальности - есть даже инструкция, как подготовить свой образ. Лично мне обычной убунты более чем хватает
FreeBSD же. Да, знаю про инструкции. Я просто не стал заморачиваться и дальше копать на тему можно ли её туда вкорячить и будет ли оно работать как надо, т.к. к этому моменту обнаружил несовместимость с VB. А в нем у меня все давно есть нужное и работающее - потому не увидел смысла и дальше возиться с WSL.
Это уже скорее выглядит как косяк виртуалбокса.
Хотя хз как технически виртуализация работает - может реально два гипервизора одновременно работать не могут.
Собственно, на сайте мелкомягких пишут, что заплатки уже вышли и все вместе должно работать:
Если Hyper-V уже используется, то некоторые сторонние приложения не могут работать. Соответственно, они не смогут выполняться при включенном WSL 2, например VMware и VirtualBox. Но недавно вышли новые выпуски VirtualBox и VMware, поддерживающие Hyper-V и WSL2. Дополнительные сведения об изменениях VirtualBox см. здесь, а об изменениях VMware см. здесь. Сведения об устранении неполадок можно найти в обсуждениях проблем с VirtualBox в репозитории WSL на GitHub.
Вот и стала ясна причина такой нелюбви. Вы неправильно воспринимаете WSL2.
Если смотреть на систему виртуализации, то это hyper-v и назвать его молодым или имеющим мало фич я не могу.
WSL2 - это в первую очередь дополненное ядро Linux и специально заготовленный образ для hyper-v и ещё пара твиков на стороне винды чтобы это всё прозрачно работало из коробки так, будто никакой виртуалки и нет.
Отсюда, если всё работает нормально:
1. Сравнительно низкое потребление оперативки
2. Очень быстрый запуск
3. Объединённые настройки сети
4. Доступ ко всем устройствам, включая видеокарту
5. Сразу примонтированы все виндовые диски
6. И ряд программ заранее знает о том, что такое wsl
Ага, понятно. Тогда да, не так уж и плохо все, оказывается. Фичи пилят-то, да. Так то я WSL смотрел несколько лет назад и то, что увидел тогда - меня не устроило в первую очередь из-за отсутствия нужного и привычного функционала. Ну окк.
И что мне в этом автозапуске писать, чтобы virtual box тихо запустил конкретную виртуалку? Допустим что я уже всё настроил заранее.
VBoxManage startvm VM-name --type headless https://www.virtualbox.org/manual/ch07.html
Кроме того, у него давно есть такая фича, как создание ярлыка для запуска виртуалки. Вообще, многие вещи в виртуалбоксе делаются через командную строку - там куча разных утилит и куча разных команд к ним есть. А еще есть даже веб-интерфейс для виртуалбокса.
Вообще не то же самое.
В случае wsl мне вообще ничего настраивать и открывать не нужно.
Я просто ввожу code . в терминале и у меня одновременно открывается бэкенд на стороне wsl и фронт в винде.
ПОтому что WSL это поделка.
Ставьте вируалку с ubuntu и работайте в родной для докера среде, заодно она будет такая же как на проде, не будет неожиданностей
Это не считая того, что вин11 еще в режиме теста, т.к. версия LTSC вроде не выходила для неё
1. Обоснуй. Вот у меня например на трёх компьютерах вполне нормально работает WSL => либо я что-то неправильно делаю, что у меня всё работает, либо у автора что-то не так.
2.
в родной для докера среде
Докер собственно свой рантайм внутри WSL запускает => ничем это от виртуалки не должно отличаться.
=> Если говорить о чём-то более родном, то надо тогда запускать на выделенной машине и подключаться к ней по ssh и в идеале, чтобы эта выделенная машина была идентична продовой.
