Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

[ новости /+++ | форум | теги |    ]

Microsoft опубликовал WSL 3.0 с поддержкой запуска Linux-контейнеров в Windows

29.09.2026 20:58 (MSK)

Компания Microsoft представила релиз инструментария WSL 3.0 (Windows Subsystem for Linux), позволяющего запускать Linux-приложения в Windows. Новая ветка примечательна реализацией возможности для запуска Linux-контейнеров в Windows и переходом на использование ядра Linux 6.18. Код применяемых в WSL утилит командной строки, фоновых процессов для Linux-окружений, сервисов для запуска контейнеров и виртуальной машины, а также графического стека wslg открыт под лицензией MIT. Изменения для ядра Linux поставляются под лицензией GPLv2

WSL предоставляет виртуальную машину с полноценным ядром Linux (на базе ветки 6.18), в которой могут запускаться дистрибутивы Linux. Ядро включает специфичные для WSL изменения, такие как оптимизации для сокращения времени запуска и уменьшения потребления памяти, возможность возвращения Windows освобождённой Linux-процессами памяти и настройки для исключения лишних драйверов и подсистем. Система устанавливается в отдельный дисковый образ (VHD) c файловой системой ext4 и виртуальным сетевым адаптером.

В состав новой ветки включён инструментарий для создания, развёртывания и запуска Linux-контейнеров в Windows, включающий интерфейс командной строки wslc (WSL Containers) и сопутствующий API, позволяющий запускать Linux-контейнеры из Windows-программ. Основные возможности wslc:

  • Операции для управления жизненным циклом контейнеров, такие как создание, запуск, остановка, экспорт, очистка, инспектирование, проверка работы, передача событий об активности контейнера, копирование файлов в контейнер и из него.
  • Ограничение потребления CPU и памяти отдельных контейнеров.
  • Сборка, загрузка, отправка, импорт, сохранение и проверка системных образов. Команды для просмотра списков доступных образов. Пакетные операции сразу с несколькими образами. Возможность упаковки нескольких образов в один tar-архив.
  • Создание и управление виртуальными сетями. Присоединение контейнеров к нескольким сетям. Создание собственных типов сетей. Проброс сетевых портов.
  • Создание, просмотр и удаление разделов. Работа с виртуальными дисками (VHD).
  • Доступ к GPU из контейнеров и предоставление библиотек для работы непривилегированных пользователей с GPU.
  • Создание сеансов по мере необходимости, присвоение имён сеансам, настраиваемое местоположение хранилища.
  • SDK c API для автоматизации работы с контейнерами из программ на C++ и C#/WinRT.
  • Команда "wslc logs" для просмотра и выборки данных из логов. Вывод статистики о работе контейнера. Подсветка вывода в утилите "wslc".
  • Интеграция с MSBuild и CMake.
  • Поддержка управления при помощи групповых политик ADMX.
  • Поддержка расширения VS Code dev container для запуска и сборки разрабатываемого кода в контейнере.
  • Возможность использования wslc в качестве runtime для запуска контейнеров в инструментарии Aspire.
  • Расширение vscode-container-client для управления контейнерами из редактора кода VS Code.
  • Управление контейнерами wslc через текстовый интерфейс Lazywslc или десктоп-приложение WinUI 3.
  • Обвязка для запуска Linux-контенеров из дистрибутивов Linux, запущенных в WSL.

В контейнерах задействованы по умолчанию файловая система "virtiofs", демонстрирующая двукратное ускорение доступа к Windows-файлам, и режим работы сети "consomme", обеспечивающий улучшенную совместимость с различными сетевыми конфигурациями (VPN, прокси и т.п.). В режиме "consomme" Linux-трафик пересылается через Windows, что позволяет использовать для Linux приложений все возможности сетевого окружения Windows, включая политики безопасности и средства для интеграции с корпоративными системами.

За выполнение контейнеров отвечает привилегированный Windows-сервис wslservice.exe, запускающий виртуальные машины и использующий их для выполнения Linux. В отличие от WSL, сервис wslservice.exe создаёт для контейнеров дочерний процесс wslcsession.exe, выполняемый с правами текущего пользователя и берущий на себя такие операции, как создание контейнеров, монтирование каталогов и проброс сетевых портов. Разные сеансы строго изолированы между собой и работают в разных процессах. К каждому сеансу привязывается отдельное хранилище VHD, размещаемое в каталоге %AppData%\Local\wslc\sessions. Возможно монтирование в Linux-контейнере Windows-путей для совместного доступа к файлам.



  1. Главная ссылка к новости (https://github.com/microsoft/W...)
  2. OpenNews: Microsoft представил Coreutils для Windows, эмулятор терминала Intelligent Terminal и контейнеры в WSL
  3. OpenNews: Выпуск WSL 2.7.0, прослойки для запуска Linux в Windows
  4. OpenNews: Проект по адаптации подсистемы WSL2 для запуска FreeBSD в Windows
  5. OpenNews: Microsoft реализовал Linux-контейнеры в WSL
  6. OpenNews: Microsoft анонсировал универсальный дистрибутив Azure Linux 4.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66369-wsl
Ключевые слова: wsl, windows, container
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (79) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 21:11, 29/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/–
    У них же инфраструктура Azure Linux работает поверх Windows?
     
     
  • 2.21, Аноним (21), 21:59, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • +16 +/–
    поверх kvm она работает так же как и у всех здоровых людей.
     

  • 1.2, Аноним (2), 21:15, 29/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/–
    > Новая ветка примечательна реализацией возможности для запуска Linux-контейнеров в Windows

    Вау, а до этого виртуальная машина с полноценным ядром Linux этого не позволяла?
    Что поменялось то, кроме ядра?

     
     
  • 2.20, Аноним (20), 21:47, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ядро и в WSL2 6.18 Новость какая-то странная, wsl3 не существует.
     
     
  • 3.32, Аноним (32), 23:51, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    https://github.com/microsoft/WSL/releases/tag/3.0.1
     
     
  • 4.54, Аноним (20), 07:58, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Это WSL2 3.0.1 с WSLc. Не существует WLC3.
     
     
  • 5.70, Alexbeton (?), 11:03, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    C:\Users\Admin>wsl --version
    Версия WSL: 3.0.1.0
    Версия ядра: 6.18.40.1-1
    Версия WSLg: 1.0.79
    Версия MSRDC: 1.2.7214
    Версия Direct3D: 1.611.1-81528511
    Версия DXCore: 10.0.26100.1-240331-1435.ge-release
    Версия Windows: 10.0.22631.6199
     
     
  • 6.91, Аноним (91), 20:31, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > C:\Users\Admin>wsl --version
    > Версия WSL: 3.0.1.0
    > Версия ядра: 6.18.40.1-1
    > Версия WSLg: 1.0.79

    Пора уже объявлять следующий год Линукса на десктопе.

     
     
  • 7.92, beyond the end (?), 21:38, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Десятилетие же.
     
  • 6.108, Аноним (20), 15:41, 01/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это по-прежнему WSL2.
     
  • 5.107, Аноним (20), 15:40, 01/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Официально версии WSL3 не существует (c) представитель Microsoft Крейг Лоуэн
     
  • 2.23, пох.. (?), 22:13, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    виртуальная машина с линуксведром внезапно запускала линуксконтейнеры - в виртуальной машине. Взаимодействие их с вендой было мягко говоря неоптимальным, тем более что докероподелка и на родной-то почве оптимальностью не блещет с тремя своими фейлами сделать иерархическую фс.

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

    Минус что девляпсерские скрипты видимо придется переписывать полностью.

     
     
  • 3.44, Аноним (44), 01:29, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Минус что девляпсерские скрипты видимо придется переписывать полностью.

    Claude перепишет, чё ты как маленький. Haiku справится.

     
  • 3.93, Аноним (2), 21:47, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Чтобы избавиться от лишних прослоек сам докер подсуетился выкинуть гиперв - про это знаю. Как эта поделка от чего-то избавится - вообще не очевидно. Тем более что те же windows containers работают ещё хуже чем linux containers вообще везде. Мне кажется во фре linux containers работают лучше, чем на винде windows containers на виндовом же hyperv
     
  • 2.55, User (??), 08:07, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Там битва-мышей-и-лягушек (ну или взаимоот(с)ношения жабов-с-гадюками):
    docker-desktop на windows пилит свою виртуализацию с обходом hyper-v\wsl
    wsl в обход docker-desktop пилит свои контейнеры
    в linux ортогонально этому всему запилили ни с чем не совместимое systemd-nspawn
     
     
  • 3.86, Аноним (44), 18:47, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > ни с чем не совместимое systemd-nspawn

    Поддерже OCI контейнеров лет шесть наверное уже. Но зачем читать доку, если можно просто хейтить, да?

     
     
  • 4.88, User (??), 19:42, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    >> ни с чем не совместимое systemd-nspawn
    > Поддерже OCI контейнеров лет шесть наверное уже. Но зачем читать доку, если
    > можно просто хейтить, да?

    Дай угадаю: этой самой "поддержкой" вы отродясь не пользовались и не планируете, да?
    Патамучта тот, кто пытался пользоваться ни один из трех? Четырех? костылей "поддержкой" не назовет.

     
  • 3.101, Аноним (101), 03:05, 01/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Спокойно запускаю контейнеры через куб и nspawn...
     
     
  • 4.104, User (??), 07:31, 01/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Спокойно запускаю контейнеры через куб и nspawn...

    Ну, у меня был один единственный прецедент у клиента с докерофобией - но после того, как он покувыркался с importd-ойнет-фигня-вышла - давайте вот распакуем в паппочку и как oci-bundle запустим - ойнет, опять фигня, может контейнер в vm преобразовать и systemd-unit вместо entrypoint сделать? Стороны (Включая ИБ) сошлись на podman'е

     

  • 1.3, Аноним (3), 21:17, 29/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    Из описания как-будто просто docker desktop зашили.
    Но с GPU в контейнере официально -хорошая идея. Ещё меньше нужно настраивать.
     
  • 1.4, Алексей (??), 21:18, 29/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/–
    WSL 1.0 был интересен тем, что не был виртуалкой. Всё что после - не нужно.
     
     
  • 2.7, pepe_watafa (?), 21:22, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • –8 +/–
    Интересен кому? В контексте чего?
    Компании которая вбухивала бабки в разработку этого "Wine наоборот"?
    Индусам, которые сидели это пердолили?
    Или сторонним наблюдателям с опеннета со странными девиациями?
     
     
  • 3.11, Аноним10084 и 1008465039 (?), 21:26, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Архитектурно он изящен (но это так, вторичное)

    Удобен он был, по слухам, тем, что localhost Линукса и винды в нем совпадал. Плюс с интеграцией ФС было меньше швов. Впрочем, это всё только понаслышке говорю, я Windows использую в виртуалках на Линуксе, а не наоборот :)

     
     
  • 4.61, Роман (??), 08:56, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Удобен он был, по слухам, тем, что localhost Линукса и винды в нем совпадал. Плюс с интеграцией ФС было меньше швов.

    это так, но не всегда это желательно, часто желательно как раз наоборот

    WSL2 кроме изоляции сильно больше с чем совместим из-за настоящего ядра, всякие systemd/lxd/btrfs/whatever там живут нативно, для локальных тестов и прототипов часто больше и не нужно ничего, никаких доп. машин

     
     
  • 5.62, penetrator (?), 09:22, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    такая же виртуалка только с мс придурью? так зачем этот горбатый костыль, уже лучше полноценную вм
     
     
  • 6.68, Анонус (?), 10:46, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Лучше для чего?
     
  • 6.72, User (??), 11:21, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > такая же виртуалка только с мс придурью? так зачем этот горбатый костыль,
    > уже лучше полноценную вм

    Ну, если интероп с основной системой не нужен - то можно и виртуалочку, чоужтут.
    Какой-то уровень интеграции тебе любая IDE в этом сценарии обеспечивает, многим достаточно.

     
  • 3.56, Shantikov (?), 08:17, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >WSL 1.0 был интересен тем, что не был виртуалкой.

    Наверное интересен тем, что был просто транслятором системных вызовов ядра линукс в ядро виндовс, по сути виндовс приложением, и работало там ядро windows

     
  • 2.17, нах. (?), 21:36, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    спору нет, wsl 1 был прекрасен во всём
     
  • 2.36, Аноним (36), 00:06, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/–
    Но был опасен для Micro$oft возможными предъявами от юридических организаций, занимающихся защитой опенсорса. Ведь, с вероятностью близкой к 100%, там был код, тянутый из ядра Linux.
     
     
  • 3.95, beyond the end (?), 21:59, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    >Но был опасен для Micro$oft возможными предъявами от юридических организаций, занимающихся защитой опенсорса.

    Они со своими билярдами сверхкапитализации испытали от этого такое послабление кишечника, что...
    Топ-манагеры на собраниях заламывали руки, закатывали глаза и восклицали: "возможны предъявы от юридических организаций, занимающихся защитой опенсорса!"
    Из Антарктиды срочно был выписан Билл Гейтс лично для очной консультации.

     
  • 2.84, ArtemITuser (?), 17:51, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Согласен. Это было действительно перспективно. Начиная с WSL2 стало обычным подобием виртуалки
     
  • 2.94, Аноним (2), 21:52, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    он был лютым тормозом и под ним многое не работало, никто из тех кто юзал - не расстроился от перехода
     

  • 1.6, Аноним (6), 21:20, 29/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/–
    Я заморочился сборкой отдельного сервера, лишь бы не мучать основную машину виртуалками. Никогда не понимал смысла замусоривать винду всеми этими WSL.
     
     
  • 2.8, WindowsMustDie (?), 21:24, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • +10 +/–
    Никогда не понимал смысла замусоривать систему виндой.
     
     
  • 3.14, нах. (?), 21:34, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    давно заметил, что самые ярые линуксойды сидят на винде
     
     
  • 4.24, пох.. (?), 22:15, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    ну здрасьте, самые ярые - год линукса на десктопах -  с мака объявляли.

     
     
  • 5.28, Аноним (28), 22:43, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Лол, ты сейчас сам себе на второй акк ответил?
     
     
  • 6.42, пох.. (?), 00:38, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Лол, ты сейчас сам себе на второй акк ответил?

    ты настолько дypa4ок что не понимаешь что у меня нет акаунтов? И что анонимными никами пользуются совершенно разные люди.

     
  • 6.43, Да ну нах (?), 00:42, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Лана, уговорил! Третьим буду!
     
  • 4.52, Sm0ke85 (ok), 07:16, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    >давно заметил, что самые ярые линуксойды сидят на винде

    Иди переЗамечай опять, ибо "Ярыми" линуксоиды становятся, когда их заставляют на винде сидеть...

     
  • 4.64, WindowsMustDie (?), 09:52, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Не соглашусь, многие действительно очень давно не не используют. Зачем хейтить винду и продолжать есть кактус? По мне то так максимально не последовательно и не логично.
     
  • 4.90, Аноним (90), 20:20, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Бывает, сидят. Но не самые ярые.
     
  • 2.16, Аноним (-), 21:35, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Никогда не понимал смысла слова «замусоривать» по отношению к софту, с которым нужно работать.
     
     
  • 3.40, Аноним (40), 00:17, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    У некоторых пользователей есть какое-то представление об ОС как о храме, в который нельзя ставить свой софт. Эти же люди спорят про "проработанность" мака и про работу "из коробки".

    Лечится такое установкой слаки и софта на ней ручками.

     
  • 3.73, Аноним (73), 13:07, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А если надо систему бекапить? Раздувать бекапы ещё на десяток гигов?
    Да и при попытке что-то в конфигах программ найти, будет куда менее удобно если программ избыточно много
     
  • 2.59, Аноним (59), 08:32, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Я заморочился сборкой отдельного мира, лишь бы не мучить основной мир серверами. Никогда не понимал смысла замусоривать мир всеми этими серверами.

      

     
     
  • 3.97, beyond the end (?), 22:04, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Морфеус, ты?
     
  • 2.66, Внеочередной очередной внеочередной Анонимус (?), 09:54, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Сделал аналогично и работаю с ним через vscode remote develop. Правда с довольно жёсткими политиками безопасности на сервере и разработка в контейнерах. На всякий случай напомню что vscode remote develop прекрасно работает при работе внутри контейнера на удаленном сервере. Причем docker в rootless варианте обязательно должен быть.

    Я уже давно научился отделять девелоперское окружение от обычного, т.к. это важно с т.з. безопасности. И уже когда-то получил очень существенный для себя урок в плане юридических, финансовых и репутационных последствий из-за полученной атаки на девелоперские системы.

    Поэтому wsl3 я к сожалению рассматриваю только для некритичных разработок, а в остальном лучше всё-таки иметь защищённое изолированное профессиональное окружение (причем достаточно сконфигурирован один раз). Раз на раз не приходится и серьезная беда может произойти тогда когда вы этого меньше всего ожидаете. Берегите себя.

     

  • 1.10, Аноним10084 и 1008465039 (?), 21:25, 29/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    WSL 1.0-то пока жив? Он был, конечно, архитектурно элегантнее. И вроде несколько плюсов имел, в нём например локалхост Линукса и винды совпадали. А WSL 2 уже виртуализация
     
     
  • 2.15, нах. (?), 21:35, 29/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    жив, но можно сказать его разработка заброшена
     

  • 1.19, Аноним (20), 21:41, 29/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    Официально версии WSL3 не существует — представитель Microsoft Крейг Лоуэн прямо заявил, что компания не выпускала отдельную третью версию. То, что в медиа и сообществе называют «WSL3», — это крупное обновление платформы WSL2 и релиз технологии WSL Containers (wslc.exe), состоявшиеся в 2026 году (c)
     
     
  • 2.100, Аноним (100), 22:38, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Официально версии WSL3 не существует

    У них правая рука не знает, что делает левая.
    https://github.com/microsoft/WSL/releases/tag/3.0.1
    wsl.3.0.1.0.x64.msi

     
     
  • 3.106, танки онлайн (?), 15:02, 01/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    https://github.com/microsoft/WSL/releases?page=10#release-1.0.0
     

  • 1.25, limafresh (ok), 22:20, 29/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Интересно, в Wine его можно запустить? Так, ради прикола.
     
     
  • 2.46, Аноним (46), 01:39, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    вряд-ли, это же просто виртуалка с настроенным из коробки доступом к хосту
     
  • 2.74, Аноним (73), 13:10, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Скорее нет, чем да. Вряд ли wine умеет переводить hyper-v запросы в kvm
     
     
  • 3.75, limafresh (ok), 13:38, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Эх. Можно было бы запустить Wine, в нём - WSL, в нём, в свою очередь - Wine, в нём - WSL, в нём - Wine, в нём - WSL, в нём - Wine, в нём - WSL, в нём - Wine, в нём - WSL, в нём - Wine, в нём - WSL.
     

  • 1.26, Аноним (26), 22:36, 29/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    обновления там ежемесячно по вторникам патчей прилетают?
     
  • 1.30, Геймер (?), 22:59, 29/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Но есть же ш, есть же ш более лёгкий способ Линукс на Виндоус - это Termux на BlueStacks Android
     
     
  • 2.39, Аноним (40), 00:14, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    там для этого придумали pKVM, чтобы без лицензии на дебаггер не обойтись
     

  • 1.48, Аноним (48), 05:50, 30/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Перебежавшие из нокии финские манагеры вместо развития выкинули из ядра старый сертифицированный Unix Sybsystem for NT и засунули своё любимое поделие, которое по сути reactos, но для юниксов и с поддержкой от дядь с погонами.
    И это типа норм, потому что хозяин приказал обеспечить единообразие зондов.
    Смешнее всего, что теперь линукс тестируют уже и на пользователях винды. Усё буде линукс, ага.
     
     
  • 2.50, _ (??), 05:53, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Ну M$ будет не M$ если скоро не окажется что они чего то там улучшили, но работает это только в WSL-е :-\ а в обычном линуксе ... как обычно :)
     
  • 2.69, Аноним (69), 10:52, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Так-то говорят единственной фишкой Unix Sybsystem for NT была сертифицированность. С fork, говорят, очень винда страдала, не могли быстро эмулировать, даже сотрудники MS статью написали, fork() in the road, об ошибочности этого сискола. Но архитектурно, да, подсистема изящнее была просто виртуалки
     

  • 1.51, Sm0ke85 (ok), 07:14, 30/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    >и переходом на использование ядра Linux 6.18

    Оно уже давно там используется (wsl2), куда таки "переходили"...?

     
  • 1.60, Mik Foxi (ok), 08:34, 30/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Интересно сколько они еще будут колхозить и костылить. Лучше бы уже запилили KVM виртуализацию в винду, чтоб она нативно работала в винде как в линуксе, у них же токенов немерянно, навайбкодить можно. А то пока единственная более менее нормальная виртуализация это виртуалбокс на винде.
     
     
  • 2.65, User (??), 09:53, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    чем тебе их нативный hyper-v не нравится?
     
     
  • 3.77, Mik Foxi (ok), 15:36, 30/09/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/–
     
     
  • 4.80, User (??), 15:51, 30/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
  • 2.76, Аноним (76), 15:20, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Чем тебя та же вмвара не устраивает? Нахер вообще kvm использовать, от него один геморрой.
     
     
  • 3.78, Mik Foxi (ok), 15:37, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    с каким геммороем от квм встречался? на серверах это стандарт, все четко, нативно, а прокладка и gui уже можно выбирать кому какой нравится.
     
     
  • 4.81, User (??), 16:04, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    > с каким геммороем от квм встречался? на серверах это стандарт, все четко,
    > нативно, а прокладка и gui уже можно выбирать кому какой нравится.

    Ну, как тебе сказать? Сам по себе KVM это не "продукт", который закрывает какую-то потребность и даже не "гипервизор", а механизм виртуализаeuции cpu\memory - чтобы с ним вот вообще хоть чего-то полезного сделать - к нему надо примотать на синюю изоленту какой-нибудь VMM навроде вот quemu - а чтобы не просто "чего-нибудь полезного" а что-то больмень реальное - то бери стяжки и цепляй к намотанному вот libvirt а к нему уже какой ui костылём прижимай, и вот - уровень virtualbox достигнут!
    Что-то более пригодное к использованию за рамками локалхоста? Беги в магаз за изолентой, этой тебе не хватит, и да - стяжки с костылями вот тоже захвати, и осторожней, по пути грабли валяются!

     
     
  • 5.82, _kp (ok), 16:12, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >>к нему надо примотать на синюю изоленту

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

    Да, на десктопе о большинстве случаев удобнее Vmware.
    Но в Vmware не запустится ни игра с DirectX12, ни ИИ с ускорением на GPU.
    А через "неудобный" KVM или "богомеркий" WLS - GPU можно использовать. ;)

     
     
  • 6.83, User (??), 16:59, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >>>к нему надо примотать на синюю изоленту
    > Не надо, сервер обслуживают опытные админы, а рабочий комп сам пользователь,
    > поэтому для серверов и рабочих компов обычно используют разное ПО.

    Да-да, почитайте как хорошо эти костыли с изолентой опытными админами(ТМ) обслуживаются - удивитесь). Ну и попробуйте на голом kvm хоть чего-нибудь сделать - удивитесь ещё раз.

     
  • 6.87, _ (??), 18:59, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Да, на десктопе о большинстве случаев удобнее Vmware.

    И - тоже Дф!б на серверах тоже пока лучше и удобнее Vmware ничего нет.

    Но оно - увы всио!(с), ... ну зато вот так вот вы и победите :) Ну если лидер добровольно перестаёт бежать ... кудаж вы денетесь :)

     
     
  • 7.89, User (??), 19:54, 30/09/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >> Да, на десктопе о большинстве случаев удобнее Vmware.
    > И - тоже Дф!б на серверах тоже пока лучше и удобнее Vmware
    > ничего нет.
    > Но оно - увы всио!(с), ... ну зато вот так вот вы
    > и победите :) Ну если лидер добровольно перестаёт бежать ... кудаж
    > вы денетесь :)

    А вот если он еще "от щедрот" в opensource-что-нам-негоже отдаст - и вовсе success story!

     
     
  • 8.102, _ (??), 06:40, 01/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Увы vmWare выкупили такие жлобы, что по сравнению с ними M были так, глупыми п... текст свёрнут, показать
     
     
  • 9.103, User (??), 07:19, 01/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну как бы да - но вот там, где MS учился - Oracle преподавал, а вот гляди ж т... текст свёрнут, показать
     

  • 1.105, Аноним (105), 11:10, 01/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Хачу WSL на Windus 7, плак-плак...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить новость, Поддержать