> а что если всякие bash-скрипты в /etc/init.d/rc* поменять на например Perl-скрипты, или на Питон, или на еще что-нибудь?

Так даже в десктопных системах не делают :)

На шелле нормально, просто надо вычистить из скриптов всю монструозность, оставив только необходимый минимум - будет быстро.

Свой инит написать можно, но вряд ли будет заметный выигрыш, а писанины будет много.

а что если всякие bash-скрипты в /etc/init.d/rc* поменять на например Perl-скрипты, или на Питон, или на еще что-нибудь?

Так даже в десктопных системах не делают :)

Плюсую. На баше быстрее всего. Можно конечно всякие init-ng посмотреть ещё, если интересно, но не факт, что на ARM заведётся.

Ок, спасибо. Я уже выкинул всякую «ненужную фигню» из инита.

Система загружается за 30 секунд (это за вычетом всех задержек на инициализацию USB, MMC и т.д. контроллеров). Как-то многовато мне кажется.

> всякие bash-скрипты в /etc/init.d/rc* поменять на например Perl-скрипты, или на Питон, или на

Lua?

А стоит ли осваивать этот язык? И зачем он нужен?

> На чём лучше писать сценарии загрузки ОС Linux...?

> ОС - Embedded Linux

на си (не шутка).

Common Lisp же.

Вооооот... И я про то же

И что на нём реально что-то написать?

не на баше писать, баш монстр :)
на POSIX shell -> ash -> dash -> BourneShell :)

Ты еще спрашиваешь? Конечно реально. А самое главное - написанное можно скомпилировать в двоичный код.

А примеры такой высокоинтеллектуальной работы можно где-нибудь и инете посмотреть?

А вот это я учту. Спасибо.

Баш для загрузки плох 1й штукой - кривым синтаксисом (для ембедщиков, возможно ещё и размером, не знаю, по чём там нынче килобайты). Слыхал, что plan9-кий rc, вроде, красивее, вероятно что-то можно с tcl-ем сделать.

А с т.з. скорости язык сценариев рассматривать не интересно, он в этом деле несущественнен, нужно сам процесс менять.

Ну вообще-то, все команды баша на busybox завязываются...

С

Сабж.

systemd

systemd

Он над тобой издевается.

в первую очередь попытайся сократить количество самих скриптов, точнее количество запусков интерпретатора. source в этом очень помогает

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

Переписывание хоть на ассемблер ничего не даст, это не узкое место (если скрипты не монструозные). Лучше распараллель загрузку.

ога, размер лисповых бинарников ~100M. как раз самое оно для embedded :)

Всем спасибо за мнения. Обязательно учту.

>Хочется как-нибудь ускорить работу сценариев загрузки.

А что тебе надо вообще? Ядро загрузить - дело пяти секунд. Ну ещё столько же на прочюхивание юзерспейса. Откуда у тебя 30 секунд? Может ты не с того конца пошёл? Надо стартовые скрипты не вычищать, а написать с нуля, добавляя только действительно нужное.

На С (не шутка).

Причины уже были озвучены при разработке systemd.

насколько я себе представляю, самое перспективное в этом - systemd. Писать что нибудь своё - шибко геморно и вряд ли будет сильно быстрее системд..