Впечатления от initng
Добавлено: 21 май 2006, 04:16
Поставил себе initng. Как пишется на сайте сего поделия (http://www.initng.org/): initng - это замена устаревшего init'а, разработанная для ускорения загрузки путём её распараллеливания. Имею следующие положительные и отрицательные впечатления.
Положительные:
1) Время загрузки действительно существенно уменьшилось, примерно, с 14-16 секунд до 4-6. Это время без учёта загрузки ядра и без запуска X'ов. Я тестировал на двухядерном Athlon'е, на обычной машине результат, думаю, будет хуже.
2) Initng умеет перезапускать демонов, если те вдруг скончались неестественной смертью. Это умеет и init, но, если важен порядок старта демонов, то это проблема.
3) Разбивка процесса загрузки на зависящие друг от друга куски мне кажется удобной и логичной.
4) Можно иметь столько runlevel'ов, сколько захочется.
5) Для очень многих демонов есть готовые скрипты.
Теперь о недостатках.
1) Проект для сборки требует очередного велосипеда на тему autotools - cmake.
2) Нехватка документации. Сервисы и демоны имеют кучу настроек, но внятной документации по ним нет.
3) Трудность отладки. Сообщения при загрузке бегут быстро и разобраться что и почему происходит тяжело. Сообщения от выполяемых команд проблемы не составляют: initng позволяет перенаправить их в какой-нибудь файл. Однако сообщения самого initng теряются.
4) Это, скорее всего, чистый баг. Если вы указываете, что сервис A требует (need) сервис B, но initng не находит сервиса B (например, из-за ошибки в написании его имени), то сервис A всё-равно выполняется. Initng выдаёт предупреждение, прочитать которое при быстрой загрузке затруднительно.
5) Реакция на ctrl-alt-del и SIGWINCH. Я так и не нашёл, как это настраивать.
6) Перезагрузка и выключение (runlevel'ы 6 и 0). Сервисы останавливатся нормально (правда, у меня initng ругается на sshd, но что ему надо, совершенно непонятно). Но, если я хочу странного, например, чтобы при переходе на runlevel 0 происходило засыпание, а не выключение, или вообще бы ничего не происходило, то возможности добиться такого поведения, похоже, нету.
В общем, проект очень интересный, но пока ещё сыроватый, хотя на домашней машине использовать вполне можно.
Положительные:
1) Время загрузки действительно существенно уменьшилось, примерно, с 14-16 секунд до 4-6. Это время без учёта загрузки ядра и без запуска X'ов. Я тестировал на двухядерном Athlon'е, на обычной машине результат, думаю, будет хуже.
2) Initng умеет перезапускать демонов, если те вдруг скончались неестественной смертью. Это умеет и init, но, если важен порядок старта демонов, то это проблема.
3) Разбивка процесса загрузки на зависящие друг от друга куски мне кажется удобной и логичной.
4) Можно иметь столько runlevel'ов, сколько захочется.
5) Для очень многих демонов есть готовые скрипты.
Теперь о недостатках.
1) Проект для сборки требует очередного велосипеда на тему autotools - cmake.
2) Нехватка документации. Сервисы и демоны имеют кучу настроек, но внятной документации по ним нет.
3) Трудность отладки. Сообщения при загрузке бегут быстро и разобраться что и почему происходит тяжело. Сообщения от выполяемых команд проблемы не составляют: initng позволяет перенаправить их в какой-нибудь файл. Однако сообщения самого initng теряются.
4) Это, скорее всего, чистый баг. Если вы указываете, что сервис A требует (need) сервис B, но initng не находит сервиса B (например, из-за ошибки в написании его имени), то сервис A всё-равно выполняется. Initng выдаёт предупреждение, прочитать которое при быстрой загрузке затруднительно.
5) Реакция на ctrl-alt-del и SIGWINCH. Я так и не нашёл, как это настраивать.
6) Перезагрузка и выключение (runlevel'ы 6 и 0). Сервисы останавливатся нормально (правда, у меня initng ругается на sshd, но что ему надо, совершенно непонятно). Но, если я хочу странного, например, чтобы при переходе на runlevel 0 происходило засыпание, а не выключение, или вообще бы ничего не происходило, то возможности добиться такого поведения, похоже, нету.
В общем, проект очень интересный, но пока ещё сыроватый, хотя на домашней машине использовать вполне можно.