OpenBSD 7.9 стала 60-м релизом проекта и при этом не превратилась в попытку понравиться всем сразу. Система получила поддержку до 255 ядер на amd64, базовый Wi‑Fi 6 и механизм отложенной гибернации, но сохранила фирменную аскезу, за которую ее либо уважают, либо обходят стороной. Для русскоязычной IT-аудитории это важный сигнал: в эпоху, когда крупные Linux-дистрибутивы все чаще спорят о политике, AI и десктопных удобствах, OpenBSD по-прежнему продает совсем другой продукт — предсказуемость.
О выходе OpenBSD 7.9 сообщает The Register. Новый релиз не выглядит сенсацией в стиле «все переписали заново», зато отлично показывает характер проекта. На x86-64, который в OpenBSD по старой BSD-привычке называют amd64, максимальное число поддерживаемых процессорных ядер выросло до 255. Заодно исправлена ошибка на машинах с объемом памяти больше 512 ГБ. Для большинства пользователей это, конечно, экзотика, но для тех, кто держит на OpenBSD специализированные сетевые узлы, firewall-инфраструктуру или просто любит собирать странные, но надежные системы, такие изменения важнее любой косметики в инсталляторе.
Есть и менее нишевые улучшения. На amd64 и Arm64 планировщик теперь понимает гетерогенные CPU с разными уровнями производительности и умеет раскладывать задачи по четырем классам, обозначенным буквами S-P-E-L: SMT, performance, efficient и lethargic. Это уже история не про абстрактную красоту кода, а про энергопотребление и поведение ноутбуков в реальной жизни. Туда же относится delayed hibernation: если батарея почти села, машина сначала просыпается из сна, а затем сразу уходит в гибернацию и полностью выключается. Для обычного пользователя это выглядит как мелочь. Для OpenBSD — как аккуратное инженерное решение старой и неприятной проблемы: что делать, если питание закончилось раньше, чем пользователь успел нормально завершить работу.
Проблема здесь не теоретическая. OpenBSD по-прежнему обходится без журналируемой файловой системы и использует FFS2 — развитие классической Berkeley Fast File System. Раньше в ней были soft updates, но в 2023 году этот механизм убрали. Практический вывод простой: если у работающей машины внезапно пропадает питание, риск повредить данные остается вполне земным. Поэтому delayed hibernation — не фича для красивого changelog, а способ снизить один из сценариев порчи диска. В мире, где многие операционные системы прячут архитектурные компромиссы за анимацией и мастерами настройки, OpenBSD честно говорит: вот ограничения, вот как мы их минимизируем.
Из заметных аппаратных и системных добавок — базовая поддержка Wi‑Fi 6, улучшения для плат на RISC-V, обновленный графический стек из Linux kernel 6.18 и дополнительные оптимизации звуковой подсистемы с низкой задержкой. На дисках теперь можно использовать до 52 разделов: лимит подогнали под число букв латинского алфавита в верхнем и нижнем регистрах, потому что именно они используются в метках. Это звучит как шутка для своих, но очень в духе проекта. Здесь любят не абстрактную «масштабируемость», а четкие, понятные границы. Обновлены и базовые компоненты: в релиз вошли LibreSSL 4.3.0, OpenSSH 10.3, а также доработки в Berkeley Packet Filter и межсетевом экране pf, включая source и state limiters. Для админов и специалистов по защите это, пожалуй, даже важнее Wi‑Fi 6: именно из таких деталей и собирается репутация OpenBSD как системы, которую выбирают не за модность, а за контроль.
Контекст у релиза любопытный. The Register отдельно напоминает, что в последние месяцы вокруг Linux было непривычно много разговоров о проблемах безопасности, тогда как OpenBSD продолжала жить в своем темпе. Весной Anthropic рассказывала, что ее модель Claude Mythos нашла успешную атаку на OpenBSD: специально сформированный TCP/IP-пакет с некорректными Selective Acknowledgement мог уронить ядро. Баг оказался реальным и, как выяснилось, жил в коде 27 лет, но важная деталь в другом: это была авария, а не дыра для проникновения, и исправление разработчики включили еще за две недели до истории с публичным шумом. Для OpenBSD это почти идеальный сюжет: проблема есть, паники нет, маркетинговой драмы тоже.
При этом OpenBSD не становится мягче и дружелюбнее ради расширения аудитории. У системы есть десктопные компоненты — в 7.9 доступны GNOME 49, KDE Plasma 6.6, MATE 1.28, Xfce 4.20, LXQt 2.2 и более минималистичные оконные менеджеры. Есть собственный X11-сервер Xenocara, часть окружений может работать с Wayland, а энтузиасты собирают live-образы вроде FuguIta. Но десктоп для OpenBSD по-прежнему побочный сценарий, не главная роль. Это хорошо видно даже на установке: система по умолчанию создает девять отдельных разделов, их размеры неудобно менять, а текстовый инсталлятор не пытается нянчиться с пользователем. Если вам нужен «BSD, который сам все понял», вы, вероятно, не по адресу. Если нужен OS-стек, в котором безопасность обеспечивается не презентацией, а структурой системы, это уже другой разговор.
На этом фоне особенно показателен недавний спор вокруг AI-кода. В сам OpenBSD сгенерированный LLM-код напрямую пока не коммитили, и лидер проекта Тео де Раадт, судя по его позиции, не горит желанием открывать эти ворота хотя бы из-за вопросов с авторскими правами. Но в базовой системе давно живет tmux, а его разработчики недавно приняли небольшие изменения с AI-помощью, включая поддержку DECSET 2026. Формально этот код приехал в OpenBSD транзитом. Практически это хороший тест на идеологическую чистоту проекта: насколько долго можно удерживать крепость, если зависимые компоненты уже начали экспериментировать с AI в обычном режиме. Для индустрии это, возможно, даже интереснее самого Wi‑Fi 6. OpenBSD 7.9 показывает, что консервативная инженерная культура пока не собирается исчезать, но давление со стороны внешней экосистемы растет. И вопрос уже не в том, добавит ли проект еще пару осторожных аппаратных улучшений в 8.0, а в том, сможет ли он и дальше оставаться редким примером системы, где дисциплина разработки важнее моды.