Исправление slapin, (текущая версия) :
Ну embedded немного подрос, хочет работающий хотплаг, ранлевелы. busybox-init все-таки слишком примитивен. Если у тебя только одна аппа крутится, то норм, а если пачка сервисов, то уже местами неудобно.
Поэтому приходится мучать sysvinit, upstart, systemd. По фичам все одинаковые, кто к чему привык. У systemd приходится отрывать весь системный обвес включая логгинг, иначе жрать и памяти не напасешься. А отключать логи в embedded дело дурное, особенно в период разработки-внедрения, так как часто это всё что есть, так как там, где железка стоит - не поотлаживаешься, а вне поля проблема не проявляется, а в поле - пару раз в месяц непредсказуемо.
То, что в systemd решили, что логи юзеру нахрен не нужны никак не помогает процессу, хотя за запихивание именно systemd на борду платят больше всего, дешевый PR помогает. Но сейчас процесс уже более отлажен и в принципе ясно откуда говно может полезть. Патчить приходится достаточно много, но это уже все устаканилось.
Все уже договорилисть, что Леннарту плевать на embedded, а embedded плевать на Леннарта. С upstart тоже есть свой набор патчей, один sysvinit чист как слеза (он что на embedded что не на embedded одинаковый). С sysvinit проблема в основном есть, когда на очень медленном сторе ld.so начинает искать либы от криво собранных бинарников с тысячей rpath-каталогов, большинства которых нет. Из-за этого «что-то медленно грузится, давайте systemd поставим?» обычно и происходит. В остальном я такой разницы в скорости работы embedded с systemd и sysvinit не увидел.
Исходная версия slapin, :
Ну embedded немного подрос, хочет работающий хотплаг, ранлевелы. busybox-init все-таки слишком примитивен. Если у тебя только одна аппа крутится, то норм, а если пачка сервисов, то уже местами неудобно. Поэтому приходится мучать sysvinit, upstart, systemd. По фичам все одинаковые, кто к чему привык. У systemd приходится отрывать весь системный обвес включая логгинг, иначе жрать и памяти не напасешься. А отключать логи в embedded дело дурное, особенно в период разработки-внедрения, так как часто это всё что есть, так как там, где железка стоит - не поотлаживаешься, а вне поля проблема не проявляется, а в поле - пару раз в месяц непредсказуемо. То, что в systemd решили, что логи юзеру нахрен не нужны никак не помогает процессу, хотя за запихивание именно systemd на борду платят больше всего, дешевый PR помогает. Но сейчас процесс уже более отлажен и в принципе ясно откуда говно может полезть. Патчить приходится достаточно много, но это уже все устаканилось. Все уже договорилисть, что Леннарту плевать на embedded, а embedded плевать на Леннарта. С upstart тоже есть свой набор патчей, один sysvinit чист как слеза (он что на embedded что не на embedded одинаковый). С sysvinit проблема в основном есть, когда на очень медленном сторе ld.so начинает искать либы от криво собранных бинарников с тысячей rpath-каталогов, большинства которых нет. Из-за этого «что-то медленно грузится, давайте systemd поставим?» обычно и происходит. В остальном я такой разницы в скорости работы embedded с systemd и sysvinit не увидел.