# Создатель CentOS представил ядро Ginux, почти полностью написанное ИИ за 11 дней

> Источник: 404 Media. Канонический URL: https://404-media.ru/tehnologii/sozdatel-centos-predstavil-yadro-ginux-pochti-polnostyu-napisannoe-ii-za-11-dney

Грегори Курцер показал независимое ядро на Rust, которое запускает Linux-программы без ядра Linux. Проект создавался при постоянном контроле инженера.

- Рубрика: Технологии (https://404-media.ru/tehnologii)
- Опубликовано: 2026-10-28T16:25:15+03:00
- HTML: https://404-media.ru/tehnologii/sozdatel-centos-predstavil-yadro-ginux-pochti-polnostyu-napisannoe-ii-za-11-dney
- Markdown: https://404-media.ru/tehnologii/sozdatel-centos-predstavil-yadro-ginux-pochti-polnostyu-napisannoe-ii-za-11-dney.md
- llms.txt: https://404-media.ru/llms.txt

![Создатель CentOS представил ядро Ginux, почти полностью написанное ИИ за 11 дней](https://storage.yandexcloud.net/404-media/media/2026/10/yb7wrL5ulqdFGYexnIFYqjGDwgxCWTMbtiHUFvpM.png)

Грегори Курцер, один из создателей CentOS и основатель Rocky Linux, представил Ginux — независимое ядро операционной системы, написанное на Rust и способное запускать программы Linux без использования самого ядра Linux. Прототип создали за 11 дней, а большую часть кода подготовил ИИ-агент OpenAI Codex с моделью GPT-5.6 Sol. По оценке Курцера, расходы на обращения к модели составили около 8000 долларов.

![Создатель CentOS представил ядро Ginux, почти полностью написанное ИИ за 11 дней](https://storage.yandexcloud.net/404-media/media/2026/10/B25Nj2ycwc2gdzlAeCanccA5b1bseUXMye8pLkKM.png)

![Создатель CentOS представил ядро Ginux, почти полностью написанное ИИ за 11 дней](https://storage.yandexcloud.net/404-media/media/2026/10/diCzwm4yYW3YgkwxM0duqaEW7b1tWpgw5CaOGVY3.png)

![Создатель CentOS представил ядро Ginux, почти полностью написанное ИИ за 11 дней](https://storage.yandexcloud.net/404-media/media/2026/10/vZO8vzfGKWK6JGbaO0Rkmw6QwVF3L627WNlhqdDg.png)

‹›

Фото: Хабр

Ginux не является модификацией Linux и не представляет собой обычный дистрибутив. Проект с нуля реализует управление памятью, планировщик, процессы, файловые системы, сетевой стек и совместимость с Linux на уровне ABI. Система собирается в единый образ GINUX.EFI и загружается напрямую через UEFI.

## ИИ писал код под контролем инженера

Курцер описывает проект как эксперимент не столько с новым ядром, сколько с методом разработки. Работа велась по подходу Human-Directed Agentic Engineering: инженер задавал архитектуру, ограничения, этапы и критерии приёмки, а Codex писал код, собирал систему, запускал её в QEMU, анализировал логи, создавал тесты и исправлял ошибки.

Это не был единичный запрос с просьбой создать операционную систему. Разработка проходила в одной продолжительной задаче, но с постоянным участием человека. Архитектурные решения фиксировались в документации, а требования к готовности проверялись исполняемыми тестами. Например, Курцер потребовал реализовать изолированные домены как полноценные объекты ядра, а агент предложил конкретные механизмы управления их полномочиями, памятью и жизненным циклом.

За 11 дней в исследовательской версии накопилось 138 790 строк сохранённого кода реализации и тестов, 261 отслеживаемый файл и 1037 коммитов. Эти показатели относятся к версии от 23 октября 2026 года и не обязательно отражают текущее состояние репозитория. Точные данные о расходе токенов не сохранились, поэтому сумма в 8000 долларов остаётся оценкой автора.

## Запуск Alpine и Rocky Linux

Прототип уже умеет загружать OCI-образы, проверять их содержимое, формировать корневую файловую систему и запускать пользовательские процессы в изолированных доменах. OCI используется для доставки файлов, а не как готовая среда исполнения контейнеров. Ginux запускает программы Alpine Linux с musl и BusyBox, [приложения](/tehnologii) Rocky Linux с glibc, а также systemd из образа rockylinux/rockylinux:10-ubi-init.

Окружение Rocky Linux 10 способно пройти значительную часть процедуры загрузки и достигнуть состояния multi-user.target. При этом совместимость с Linux пока далека от полной. Из 375 системных вызовов Linux 6.12 для x86-64 полностью реализованы 82, частично — 245, ещё 48 отклоняются политиками проекта. Наличие обработчика вызова не гарантирует полного соответствия поведению оригинального ядра.

Реальные пользовательские окружения стали одним из главных инструментов поиска ошибок. Alpine сначала могла запускать оболочку, но не отображала содержимое корневого каталога. Запуск второго домена выявил проблемы с глобальным состоянием, а systemd потребовал дополнительной реализации семантики procfs, монтирования, сокетов, таймеров, учётных данных и терминалов.

## Rust, производительность и ограничения

Курцер выбрал Rust из-за модели владения памятью, отсутствия необходимости в сборщике мусора и возможности работать без стандартной библиотеки операционной системы. Компилятор способен выявлять часть ошибок в сгенерированном коде ещё до запуска тестов. Однако Rust не устраняет архитектурные ошибки и не гарантирует корректность планировщика или системных вызовов. В проекте остаются участки на unsafe и ассемблере, связанные с переключением режимов процессора, прерываниями и системными вызовами.

Первые замеры производительности были существенно хуже результатов обычного Linux. В тесте памяти sysbench Ginux показывал 48,39 МиБ/с против 679,51 МиБ/с, а в тесте потоков — 0,078 против 306,129 событий в секунду. После профилирования агент обнаружил проблемы в переключении потоков и работе с временем. В частности, отсутствие vDSO приводило к большим накладным расходам на частые запросы времени. После исправлений показатели выросли до 620,58 МиБ/с и 309,732 событий в секунду соответственно.

Эти результаты нельзя считать доказательством равной производительности двух ядер. Тесты проводились на одном виртуальном процессоре в QEMU TCG на Mac с Apple Silicon, при различающихся окружениях и коротких нагрузках. Они показывают прежде всего способность агента находить серьёзные узкие места и устранять их в рамках конкретного прототипа.

Ginux пока рассчитан главным образом на QEMU Q35 с OVMF и virtio. У проекта нет полноценной поддержки физического оборудования, GPU, NVMe, большого набора файловых систем и стабильного интерфейса сторонних драйверов. Независимый аудит безопасности не проводился, часть тестов не проходит: в зафиксированной версии общий make test завершался ошибкой при проверке жизненного цикла системного супервизора после execve(). Курцер подчёркивает, что Ginux не предназначен для эксплуатации.

По мнению автора, для практической операционной системы разумнее было бы использовать существующее ядро Linux — вместе с поддержкой оборудования, файловых систем, изоляции и накопленной базой проверенного кода. Ценность эксперимента в другом: он показывает, что при чёткой архитектуре, исполняемых критериях и контроле опытного специалиста ИИ-агент способен за дни собрать сложный, хотя и сильно ограниченный, системный прототип. Сам Курцер отмечает, что написать код проще, чем обеспечить его совместимость, безопасность, сопровождение и развитие сообщества.