20 октября 2026 года вышла OpenBSD 8.0. Встроенная система виртуализации получила поддержку нескольких процессоров внутри гостевой машины: теперь одной VM можно предоставить до 64 виртуальных CPU. Для разработчиков и администраторов это одна из самых практичных перемен в новом выпуске.
Редакция Mentoring.digital разбирает, где обновление пригодится для тестовых окружений и что проверить перед переходом с OpenBSD 7.9.
Виртуальные машины получили несколько CPU
Изменение относится к связке VMM/VMD, встроенному механизму запуска виртуальных машин OpenBSD. Поддержка нескольких виртуальных процессоров позволяет выделить гостевой системе больше вычислительных ресурсов. Это полезная возможность для стенда, где нужно проверить многопоточное приложение или одновременно запустить несколько сервисов.
Число 64 обозначает верхнюю границу, а не рекомендацию для каждой VM. Выделение дополнительных vCPU само по себе не гарантирует ускорения: результат зависит от приложения и ресурсов хоста. Для своего стенда имеет смысл сравнить время выполнения одной и той же задачи при разных настройках, сохранив одинаковые входные данные.
В этом же блоке релиза заявлены поддержка режима x2apic и исправления работы 32-битных гостевых Linux-систем. Обсудить схему такого окружения, распределение ресурсов и порядок восстановления можно на разборе инфраструктуры с DevOps-ментором.
Изменения затронули память и оборудование
На amd64 виртуальное адресное пространство ядра увеличено с 4 до 512 ГБ. Это характеристика адресации внутри ядра; её не следует читать как новый обязательный объём оперативной памяти компьютера. Среди связанных возможностей разработчики отмечают отображение более 4 ГБ видеопамяти.
Драйвер inteldrm получил поддержку видеокарт Intel Arc серии A, а на arm64 появилась гибернация. При выборе обновления для конкретной машины стоит сопоставить её оборудование с журналом изменений. По одному номеру версии нельзя заключить, что любой ноутбук будет работать лучше.
Как подготовить переход на OpenBSD 8.0
Официальная инструкция описывает обновление с 7.9 на 8.0. Переход через несколько выпусков напрямую не поддерживается. Для критичной или удалённой машины проект рекомендует сначала проверить процедуру на идентичной локальной системе.
- Сохраните рабочие конфигурации и проверьте, что резервную копию можно восстановить.
- Прочитайте изменения конфигураций и отдельных пакетов. В частности, обновления Kea и Stalwart Mail требуют внимания к миграции.
- После обновления системы проверьте результат sysmerge, затем обновите установленные пакеты штатным pkg_add -u.
- Повторите проверки сети, запуска сервисов и гостевых машин на своём стенде.
Критерии приёмки лучше записать заранее. Если неясно, какие сбои покрыть, ментор по QA поможет составить проверяемый сценарий. Успешная загрузка новой системы ещё не показывает, что все рабочие задачи выполняются правильно.
