Минимизация системы

Статья почти ни о чем. Все и так известно любому мало-мальски интересующемуся человеку.

initrd не нужен есть emacs

да микроядро использовать и no problem! ;)

> Минимизация системы

в реестре надо отключить пару веток

> засчет экономии на ядре

Безопасность/стабильность, не?

>> засчет экономии на ядре

>Безопасность/стабильность, не?

Меньше лишних подосистем => меньше дыр/ошибок :)

> Безопасность/стабильность, не?

не. мы же не запаску с аптечкой и огнетушителем с болида выбрасываем.

кстати, ничего полезного в статье не нашёл.

> "Насколько сильно его можно сжать?" - такой вопрос часто задают разработчику встраиваемых систем в начале работы над проектом.

Вообщето место на флешке не является критичным. Критичной является скорость загрузки на слабосильных процах.

Поэтому при разработке встраиваемой системы в первую очереь нужно думать не об файловой системе и ядре без модулей, а о скриптах инициаллизации. Кажется, товарищи из emdebian разделяют этоже мнение.

Статья > /dev/null

Сделали бы чистильщик мусора для блондинок - полезнее будет :)

> Вообщето место на флешке не является критичным. Критичной является скорость загрузки на слабосильных процах.

спорно =) есть тут вот тормозна-а-а-ая флешка. прицепил zlib и подгружаю упакованные данные. скорость возросла во столько же, во сколько уменьшились файлы данных, т.е. время на саму распаковку совсем незначительно. как-нибудь попробую корневую на cramfs сделать, заценю время старта.

> скорость возросла во столько же, во сколько уменьшились файлы данных

> cramfs

Флешки конечно медленные, но свап на них и не делают. Угу, cramfs в корень - универсальное решение. На современных девайсах по 128 - 256 метров ОЗУ - хватит для рутфса вполне.

Ну да, конечно, убунту в дефолтовой конфигурации не поставишь, но всеже linux-tiny и "альтернативные библиотеки C" - это круто, но не главное, что нужно для встраиваемой системы. А вот гемора сними можно хватануть, это да.

Странно, что автор не сказал ни слова про busybox.

Странно, что автор не сказал ни слова про uCLinux

>>>засчет экономии на ядре
>>Безопасность/стабильность, не?
>Меньше лишних подосистем => меньше дыр/ошибок :)

Безопасен только ненаписанный код ибо в нём нет дыр.

>Странно, что автор не сказал ни слова про uCLinux

Не сказал... но написал.

кому-нибудь попадался хороший понятный мануал по использованию newlib ?

> >Странно, что автор не сказал ни слова про uCLinux

> Не сказал... но написал.

uCLinux и uClibc - разные вещи. Хотя конечно да, автор не мог знать об одном и не занть о другом.

>>да микроядро использовать и no problem! ;)

ЩИТО?? фряха - микроядро. иди глянь сколько оно весит с модулями

Фряха -- микроядро?

Ну, для некоторых микроядро - это если меньше некоторого размера весит :)

>Ну, для некоторых микроядро - это если меньше некоторого размера весит :)

Не зачем изобретать велосипед! Я имею ввиду, что для встраиваемых систем есть давно уже "свои" оси: qnx, lynxos, minix3 и т.д. Почему бы не глянуть в их сторону?

> для встраиваемых систем есть давно уже "свои" оси: linux и т.д.

fixed