После почти двух лет работы за MacOS — начинаю понимать почему многие ее выбирают для работы. Можно писать практически те же самые скрипты что на Linux, но при этом система адаптирована для десктопного использования (а линуксы все — не очень — больше для серверов — очень редко встретите спеца, у которого на самом деле компьютер рабочий на Linux).
Но вот MS что-то попыталась усидеть на двух стульях и как бы интегрировать линуксовую командную строку в Windows. По-моему ничего не получилось, по сути. Кто-нибудь этим пользуется?
Здравствуйте, Shmj, Вы писали:
S> После почти двух лет работы за MacOS — начинаю понимать почему многие ее выбирают для работы. Можно писать практически те же самые скрипты что на Linux, но при этом система адаптирована для десктопного использования (а линуксы все — не очень — больше для серверов — очень редко встретите спеца, у которого на самом деле компьютер рабочий на Linux).
В знакомой конторе на линуксе сидят отделы пыхеров, гохеров и прочий веб-сброд. Есть пара метросексуалов с маками, но над ними все смеются.
Здравствуйте, Shmj, Вы писали:
S>После почти двух лет работы за MacOS — начинаю понимать почему многие ее выбирают для работы. Можно писать практически те же самые скрипты что на Linux, но при этом система адаптирована для десктопного использования (а линуксы все — не очень — больше для серверов — очень редко встретите спеца, у которого на самом деле компьютер рабочий на Linux).
Я уж лет 25 только в линухе и сижу...
S>Но вот MS что-то попыталась усидеть на двух стульях и как бы интегрировать линуксовую командную строку в Windows. По-моему ничего не получилось, по сути. Кто-нибудь этим пользуется?
Ну, она на слуху. Значит, пользуются. Я думаю, целью MS было не переманить на венду линуксоидов, а помочь виндузятникам, которые в связи с облаками всякими переквалифицируются на линух.
S>Ваше мнение о WSL.
Лучше б наоборот сделали, LSW, чтобы можно было под линухом венду в уголке запускать
Здравствуйте, Shmj, Вы писали:
S>После почти двух лет работы за MacOS — начинаю понимать почему многие ее выбирают для работы. Можно писать практически те же самые скрипты что на Linux, но при этом система адаптирована для десктопного использования (а линуксы все — не очень — больше для серверов — очень редко встретите спеца, у которого на самом деле компьютер рабочий на Linux).
S>Но вот MS что-то попыталась усидеть на двух стульях и как бы интегрировать линуксовую командную строку в Windows. По-моему ничего не получилось, по сути. Кто-нибудь этим пользуется?
S>Ваше мнение о WSL.
Не дружит с VirtualBox от оракла.
При включенной WSL дичайше начали тормозить виртуалки, крутящиеся внутри VirtualBox.
Победить проблему не удалось.
При отключении WSL — проблема сразу пропадает.
--------------------------------------------------------------
Правильно заданный вопрос содержит в себе половину ответа
Здравствуйте, AndrewN, Вы писали:
AN>При включенной WSL дичайше начали тормозить виртуалки, крутящиеся внутри VirtualBox. AN>Победить проблему не удалось.
С Hyper-V была такая проблема. Если активировать Hyper-V — то VirtualBox не мог использовать виртуализацию на уровне процессора (Intel VT).
Здравствуйте, Shmj, Вы писали:
S>Ваше мнение о WSL.
wsl v1 это была попытка нативно добавить подсистему линукса в винды. Винда такое умеет из коробки, там изначально win32 подсистема, os/2 еще была какое-то время, вот на этих интерфейсах и решили линукс добавить. Но в силу того, что сисколы в линуксе нихрена не стандартные, то простой поддержкой posix-а не обошлось, работало процентов 30 софта, остальное требовало допиливания и пересборки. МС поняла, что бежать за анархическим кернеловым апи линукса очень дорого и бессмысленно и сделала ход конем — wsl v2
v2 — это классическая виртуалка hyper-v где крутится убунта (сборка тоже чуток оптимизирована именно для hyper-v) ну и окна интегрированы в эксплорер. тоже ничего нового, и virtualbox и vmware уже давно умели делать такую интеграцию, когда по клику на иконке внешне открывалось обычное окно приложения, но по факту оно крутилось внутри гостевой ос в виртуализации. Но тут возникли другие проблемы — hyper-v не дает работать сторонним гипервизорам, поэтому при активации wsl v2 отваливается или жутко тормозит virtualbox и vmware, стали заметны тормоза гостевой ос (в wsl v1 этого не было, все работало нативно с общим ядром) но зато дешево поддерживать и развивать.
взлетело или нет — зависит от того, что ты вкладываешь в это понятие, но раз МС вкладывает в это ресурсы, значит это востребовано у заказчиков. Из этой же серии и поддержка андроида в винде, тут в деталях не расскажу, но кажется это тоже через hyper-v сделано.
_>wsl v1 это была попытка нативно добавить подсистему линукса в винды _>v2 — это классическая виртуалка hyper-v где крутится убунта
А ведь могли пойти промежуточным путем — использовать ядро линукса в конфигурации а-ля usermode linux — запустив его или в промежуточном кольце между ring0/ring3 или реально в юзермоде
Как много веселых ребят, и все делают велосипед...
S>Ваше мнение о WSL.
Ну я с появлением WSL (даже первого) совсем перестал виртуалки линукса запускать. Нагруженный прод я бы наверное в WSL крутить не стал Но для задач кодописания, проверки уже собранных под линух прог, запуска всяких тестов и скриптов которые только в линухе работают — WSL хватает. В каком-то смысле для меня именно с появлением WSL случилось чудо — Linux стал совсем удобный, и наконец-то ушли проблемы с драйверами
Здравствуйте, Shmj, Вы писали:
S>Но вот MS что-то попыталась усидеть на двух стульях и как бы интегрировать линуксовую командную строку в Windows. По-моему ничего не получилось, по сути. Кто-нибудь этим пользуется?
S>Ваше мнение о WSL.
Здравствуйте, ononim, Вы писали:
O>А ведь могли пойти промежуточным путем — использовать ядро линукса в конфигурации а-ля usermode linux — запустив его или в промежуточном кольце между ring0/ring3 или реально в юзермоде
как человек, работающий над драйверами виндовз скажу, что твое предложение даже теоретически невозможно без полного переписывания ядра. Поэтому либо подсистема на уровне r0 либо виртуалка в гипервизоре, других вариантов в текущей архитектуре нет
Здравствуйте, Shmj, Вы писали:
S>После почти двух лет работы за MacOS — начинаю понимать почему многие ее выбирают для работы. Можно писать практически те же самые скрипты что на Linux, но при этом система адаптирована для десктопного использования (а линуксы все — не очень — больше для серверов — очень редко встретите спеца, у которого на самом деле компьютер рабочий на Linux).
Да полно линуксоидов... По-мне это уже как андроид против айфона. И тех и других поровну. Вопрос привычки и компромиссов в каждом случае. Я предпочитаю макось и айфон, но без проблем работаю на линуксе и программирую для андроида, когда нужда появляется.
Вот кто пользуется виндой по своей воле — для меня загадка.
Здравствуйте, mike_rs, Вы писали:
_>wsl v1 это была попытка нативно добавить подсистему линукса в винды. Винда такое умеет из коробки, там изначально win32 подсистема, os/2 еще была какое-то время, вот на этих интерфейсах и решили линукс добавить. Но в силу того, что сисколы в линуксе нихрена не стандартные, то простой поддержкой posix-а не обошлось, работало процентов 30 софта, остальное требовало допиливания и пересборки. МС поняла, что бежать за анархическим кернеловым апи линукса очень дорого и бессмысленно и сделала ход конем — wsl v2
Винда не шмогла, а линукс виноват? Ясно-понятно. Что такое стандартные сисколлы — отдельный забавный вопрос.
А главная проблема на самом деле это кривая система ввода/вывода в винде, с которой git тормозил и решить это бравые микрософтовские программисты не осилили. Понятно, что с тормозящим гитом всё остальное уже не нужно.
_>v2 — это классическая виртуалка hyper-v где крутится убунта
Не убунта, а то ли Mariner, то ли просто безымянный дистрибутив от микрософта. Убунта (юзерспейс) или любой другой поддерживаемый дистрибутив там запускается в чём-то вроде контейнера.
Здравствуйте, ononim, Вы писали:
_>>wsl v1 это была попытка нативно добавить подсистему линукса в винды _>>v2 — это классическая виртуалка hyper-v где крутится убунта
O>А ведь могли пойти промежуточным путем — использовать ядро линукса в конфигурации а-ля usermode linux — запустив его или в промежуточном кольце между ring0/ring3 или реально в юзермоде
Было такое, называется coLinux https://ru.wikipedia.org/wiki/CoLinux
Работало под Win32, запускалось в качестве Win сервиса.
X64 сделать не осилили.
_>как человек, работающий над драйверами виндовз скажу, что твое предложение даже теоретически невозможно без полного переписывания ядра. Поэтому либо подсистема на уровне r0 либо виртуалка в гипервизоре, других вариантов в текущей архитектуре нет
как человек, работавший над антивирусными драйверами виндовс, который лично для себя организщовывал своё альтернативный механизм сисколлов мимо KeServiceDescriptorTable скажу что все возможно, а имея возможность менять ядро — это даже не так уж сложно.
А если про возможность всунуть в юзермод — подсистемы типа посикса в NT изначально в юзерспейсе делались и работали через LPC. Вот так же можно было usermode linux сделать.
Как много веселых ребят, и все делают велосипед...
AS>Было такое, называется coLinux https://ru.wikipedia.org/wiki/CoLinux AS>Работало под Win32, запускалось в качестве Win сервиса. AS>X64 сделать не осилили.
В Х64 закрутили гайки для перехватчиков сисколлов — PatchGuard и все такое, а микрософт легкими и проторенными путями ходить не стал.
Как много веселых ребят, и все делают велосипед...
Здравствуйте, mike_rs, Вы писали:
_>wsl v1 это была попытка нативно добавить подсистему линукса в винды. Винда такое умеет из коробки, там изначально win32 подсистема, os/2 еще была какое-то время, вот на этих интерфейсах и решили линукс добавить. Но в силу того, что сисколы в линуксе нихрена не стандартные, то простой поддержкой posix-а не обошлось, работало процентов 30 софта, остальное требовало допиливания и пересборки. МС поняла, что бежать за анархическим кернеловым апи линукса очень дорого и бессмысленно и сделала ход конем — wsl v2
Дело не в нестандартности, а в том, что окромя сисколов там еще 100500 ядерных интерфейсов. Например, сетевой API, кроме пары десяктов сисклолов, есть еще setsockopt с его несколькими десятками "команд", есть netlink, позволяющий говорить с ядром, посылая ему запросы и получая ответы, и этим реально пользуются.
Здравствуйте, mike_rs, Вы писали:
_>как человек, работающий над драйверами виндовз скажу, что твое предложение даже теоретически невозможно без полного переписывания ядра. Поэтому либо подсистема на уровне r0 либо виртуалка в гипервизоре, других вариантов в текущей архитектуре нет