OpenBSD 8.0 увеличила предел для гостевых виртуальных машин до 64 виртуальных процессоров и получила экспериментальный порт Wine для запуска 64-битных приложений Windows. Для системы, которую обычно выбирают за предсказуемость, аудит кода и консервативный подход к функциям, это заметное расширение практических сценариев — от тестовых стендов до рабочих окружений разработчиков.
Релиз стал 61-м в истории проекта, а его ключевые изменения собрал журналист The Register. Главная новость для инфраструктурных команд — развитие встроенного гипервизора VMM/VMD: теперь он умеет запускать многопроцессорные ВМ с числом vCPU до 64 на одного гостя. Прежде OpenBSD годилась скорее для компактных и специализированных виртуалок; новый предел не превращает её в прямого конкурента крупных платформ виртуализации, но убирает один из самых очевидных технических потолков.
Есть и менее заметное, но важное для современного железа изменение: на x86-64 пространство виртуальных адресов ядра выросло с 4 ГБ до 512 ГБ. Это позволяет системе корректнее работать с GPU, у которых много видеопамяти. Для машин Arm64 добавили гибернацию, а на x86-64 и Arm64 задействовали аппаратные инструкции AES для ускорения шифрованного swap. В результате OpenBSD подтягивает базовые возможности, которые востребованы и на рабочих станциях, и на серверах с шифрованием данных, не меняя своей привычки добавлять функции медленно и с подозрением ко всему лишнему.
Больше железа, свежее графика
В OpenBSD 8.0 обновили драйвер qwx для адаптеров Qualcomm Wi‑Fi 6, включили стек DRM из Linux 6.18, а также OpenSSH 10.6 и LibreSSL 4.4.0. Компилятором по умолчанию стал Clang/LLVM 22, в том числе для сборки под SPARC64. У этого решения есть цена: проект прекратил поддержку архитектуры Loongson. Для небольшой команды OpenBSD это характерный обмен — меньше поддерживаемых платформ, зато меньше старого кода, который необходимо сопровождать и проверять.
Графическая часть релиза не означает, что OpenBSD внезапно стала готовой игровой ОС или заменой Linux-десктопу. Однако более свежий DRM-стек и расширенное адресное пространство важны для разработчиков, работающих с GPU, дисплеями высокого разрешения и современными видеокартами. В BSD-мире именно драйверы и поддержка железа часто определяют границу между «система загрузилась» и «её можно использовать каждый день», поэтому такие обновления полезнее, чем выглядят в сухом списке изменений.
Релиз вышел вскоре после исправления двух уязвимостей, которые исследователь Calif объединил в цепочку для локального получения прав root. Одна проблема была связана с разделяемой памятью и, по опубликованному proof of concept, восходила к исходному BSD-коду; другая находилась в ядре. Исправления вошли в ветку OpenBSD 7.9 как errata 026 и 018. Это не отменяет репутацию проекта как системы с сильным фокусом на безопасности, но служит полезным напоминанием: даже код с очень длинной историей и пристальным аудитом не получает иммунитет от ошибок.
Wine без песочницы — полезно, но с оговорками
Самая неожиданная часть истории появилась за несколько дней до релиза: в рассылке openbsd-ports предложили порт Wine 11 для x86-64. Он позволяет запускать 64-битные Windows-программы на OpenBSD. Технически задача оказалась нетривиальной: Windows на x86-64 использует базу сегмента GS для доступа к Thread Environment Block — структуре данных потока. OpenBSD не разрешает приложениям напрямую менять нужное состояние регистра, поэтому порт эмулирует инструкции с обращением через сегмент GS.
У решения сразу два ограничения. Во-первых, 32-битные Windows-приложения пока не поддерживаются. Во-вторых, специфичный для OpenBSD механизм вряд ли окажется в основной ветке Wine, потому что Linux такой обходной путь не нужен. Иными словами, это пока не обещание полноценной Windows-совместимости, а работающий эксперимент, полезный энтузиастам, разработчикам и тем, кому нужно открыть отдельное 64-битное приложение без второй ОС.
Особенно важно не перепутать Wine с защитным контейнером. Сам Wine не изолирует запускаемые Windows-программы, а значит, вредоносный файл, рассчитанный на Windows, может создать на OpenBSD вполне реальные проблемы в пределах прав пользователя и доступных данных. Для безопасного тестирования подозрительных бинарников разумнее использовать отдельную виртуальную машину, снимки состояния и сеть с ограниченным доступом. Парадоксально, но новая совместимость делает сильные стороны OpenBSD — минимализм и строгие границы — ещё ценнее, если не запускать всё подряд из каталога загрузок.
Проект также продолжил свой фирменный троллинг генеративного ИИ: в оформлении релиза маскот Puffy получил намеренно «нейросеточные» артефакты, а музыкальная тема обыгрывает культовый мультсериал и моду на искусственный интеллект. За шутками стоит последовательная позиция: OpenBSD не принимает код, сгенерированный LLM, прежде всего из-за вопросов происхождения и лицензирования. Для команд, которые внедряют ИИ-инструменты в разработку, это контрастный, но рациональный пример: скорость генерации не снимает с автора ответственность за происхождение, проверяемость и сопровождение кода.
OpenBSD 8.0 не пытается догнать Linux по количеству подсистем и пользовательских сценариев. Она делает другое: аккуратно расширяет возможности ВМ, железа и совместимости, сохраняя узкий фокус на контролируемой системе. Главный вопрос теперь не в том, сможет ли Wine запустить ещё одну игру, а в том, найдутся ли у порта поддержка и тестировщики, чтобы Windows-совместимость стала полезным инструментом, а не эффектной демонстрацией. Подробности релиза и материалы об экспериментальном порте собраны в публикации .
