В конце июня 2026 года проект QSOE добрался до первого релиза, и это не тот случай, когда слово «релиз» означает набор слайдов и обещаний. Микроядерная ОС QSOE уже умеет загружаться на реальной плате SiFive HiFive Unmatched с NVMe и доводить пользователя до командной оболочки. Для русскоязычной аудитории, которая следит за системным софтом, RISC-V и встраиваемыми платформами, новость любопытная: перед нами не просто ещё один учебный микроядреный эксперимент, а попытка собрать QNX-подобную систему с практической заменяемостью ядра.
О первом выпуске микроядерной ОС QSOE сообщает Habr / Новости. Проект написан на C и опубликован под лицензией Apache 2.0. Его архитектура явно вдохновлена QNX: в ядре остаются только распределение ресурсов, механизм синхронного обмена сообщениями в стиле QNX IPC и минималистичная базовая логика, а остальное вынесено в пользовательское пространство. Такая схема давно считается правильной с инженерной точки зрения, но на практике регулярно упирается в неприятный вопрос: где заканчивается красивая идея и начинается система, которой можно пользоваться без академической снисходительности. Судя по первому выпуску QSOE, авторы проекта как минимум подошли к этой границе вплотную.
Главная техническая деталь релиза — у системы сразу два взаимозаменяемых микроядра. Первый вариант называется QSOE/N и использует собственное микроядро Skimmer. Второй — QSOE/L, построенный на seL4, микроядре с формальной верификацией надёжности для архитектуры RISC-V. Это не декоративная опция из серии «можно собрать с другим флагом, если очень захотеть». В QSOE декларируется единое пользовательское окружение и общий набор драйверов, которые не меняются при переключении между ядрами. Жёсткая привязка к конкретному ядру остаётся только у менеджера задач taskman и у libc, которая здесь работает как прослойка над QNX-подобными API, предоставляемыми микроядрами. Для разработчиков системного ПО это, пожалуй, и есть самая интересная часть истории: не просто микроядро ради микроядра, а попытка развести нижний слой и пользовательское окружение так, чтобы система не рассыпалась при замене базового компонента.
Есть и важный аппаратный акцент. QSOE ориентирована на 64-разрядные CPU архитектуры RISC-V, протестирована в QEMU и на плате SiFive HiFive Unmatched. Причём первый релиз авторы сами выделяют именно достижением загрузки и входа в shell на реальном железе — на конфигурации с FU740 и NVMe. Успешная загрузка подтверждена для обеих сборок, и для QSOE/L на seL4, и для QSOE/N на Skimmer. Для проектов такого класса это существенный рубеж: эмулятор многое прощает, а живая плата быстро объясняет, насколько система готова к миру, где устройства не читают README и не помогают отладке из вежливости.
Отдельно интересен состав остальной экосистемы, которая развивается вокруг проекта. Помимо самих микроядер, в работе находятся загрузчик mr-bml на базе GRUB 2.13, стандартная библиотека libc и набор пользовательских программ quser. Внутри quser есть оболочка qsh на базе mksh, система инициализации и набор привычных Unix-утилит: ls, cat, ps, lspci, login. Это звучит не так эффектно, как рассказы о формальной верификации и IPC, но именно такие детали быстро отделяют лабораторную заготовку от ОС, в которой можно хотя бы начать жить. Если в системе есть предсказуемая загрузка, login, shell и базовые утилиты, значит разработчики думают не только о том, как красиво устроить ядро, но и о том, как эту конструкцию эксплуатировать.
У Skimmer при этом есть свой инженерный почерк. Микроядро использует реализацию лёгковесных потоков LWKT, заимствованную из DragonFly BSD, с привязанными к CPU рабочими очередями и примитивами передачи сообщений msgport. Для людей, которые следят за устройством низкоуровневых систем, это сигнал, что авторы не пытались изобрести всё с нуля только ради идеологической чистоты. Наоборот, они берут уже известные и проверенные подходы и переносят их в собственную микроядерную модель. Вторая ветка, построенная на seL4, закрывает другую сторону вопроса: если Skimmer интересен как собственная разработка, то seL4 добавляет проекту аргумент про надёжность и строгую инженерную дисциплину, особенно в контексте RISC-V.
Если смотреть шире, релиз QSOE хорошо ложится в текущий технологический тренд вокруг RISC-V и специализированных систем. Интерес к архитектуре уже давно вышел за пределы разговоров про «открытую альтернативу», но экосистема по-прежнему остро нуждается в зрелом системном ПО, особенно там, где важны изоляция компонентов, предсказуемость и возможность тонко контролировать состав системы. На этом фоне микроядерная ОС QSOE выглядит не массовым продуктом для десктопов и не заменой привычному Linux, а скорее полигоном для тех, кто строит встраиваемые решения, исследует системную архитектуру или смотрит в сторону безопасных и модульных ОС. Бизнесу здесь пока рано доставать бюджеты, но разработчикам платформенного ПО и тем, кто работает с RISC-V-железом, повод присмотреться есть.
Ещё один практический вывод: QSOE делает ставку не на широту поддержки, а на архитектурную чистоту и заменяемость. Это почти всегда более длинный и дорогой путь, чем собрать монолит и постепенно обвешать его патчами. Зато именно он иногда приводит к системам, которые потом живут дольше, чем очередной виток моды на «быстро запустили, потом перепишем». Если авторы проекта удержат совместимость пользовательского пространства, нарастят драйверы и не потеряют темп после первого публичного рубежа, QSOE может стать для RISC-V редким примером микроядерной ОС, интересной не только авторам диссертаций, но и людям, которым потом ещё это поддерживать в проде.
Самый важный вопрос после первого релиза звучит просто: получится ли у QSOE превратить красивую архитектурную идею в устойчивую платформу с внятной экосистемой. В микроядерном мире выиграет не тот, кто громче всех говорит о модульности, а тот, кто доведёт до зрелости драйверы, пользовательские сервисы и реальную работу на железе. У QSOE теперь есть первый предметный аргумент в этом споре: система уже загружается не только в QEMU, и для дебюта это куда убедительнее любой манифестной риторики.