|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Slava Astashonok 2:5020/400 29 Jun 2004 16:24:12 To : Aleksey Barabanov Subject : Re: devfs -------------------------------------------------------------------------------- Aleksey Barabanov wrote: >>Если за условие задачи принять создание initrd минимальных размеров (не >>универсального initrd, а для данной конкретной машины) и минимальное же >>потребление им ram'а, то оптимальным решением будет initrd с одним >>единственным статическим прибитым гвоздями, скажем, /dev/hda2 (по вкусу >>добавить /dev/console и /dev/null). Из модулей только нужные: ide-core, >>ide-detect, ide-disk и чего-то-там-fs. Такой initrd с busybox'ом в >>cramfs займёт меньше мегабайта. > > Вот как это сосчитано интересно. Мне кажется многовато. Чисто интуитивно > ожидается 400-600К и не более. Я сужу по LRP. Если не считать модули, то львиная доля уходит на libc.so.6 (1.2M) - я не мудрствуя взял его из своего дистрибутива. И по мелочи: busybox (144K), insmod (129K), dash (80K), mount (76K) (тот, что в busybox'е меня чем-то не устроил) и т.д., даже netcat положил - мегабайт легко набегает (уже жатый). Повторюсь, что за маленькими размерами initrd я не гнался. Если учесть, что мой домашний роутер с 32M прекрасно грузится с 15-метровым initrd, то не вижу смысла делать его меньше. >>Hо даже если усложнить задачу необходимостью обработки переданного >>загрузчиком "root=", то на помощь приходит tmpfs, минимальный размер >>которого, если я правильно понимаю, 4K, чего более чем достаточно для >>создания того же /tmp/dev/hda2. А минимальный размер devfs (на голой >>машине с ещё не загруженными модулями) с debian'овским 2.4.26 получается >>такой: >># tar cf - dev | wc -c >>190976 >>Итого: 4096 против 190976. > > Итого 190К против 6М. Всяко не хило. Остались два вопроса утилитарных Да ну. Кто ж так сравнивает. Во-первых, мы же договорились (?), что этот 6-метровый /dev пожат. А во-вторых, зачем его разворачивать в rw - пусть себе лежит в сжатой fs, а недостающие устройства будем создавать в tmpfs (размер которой, кстати, можно менять динамически в отличии от неуклюжего ramdisk'а). Много лишней возни? Много, но к размерам /dev это отношения не имеет. > вопроса для "втыкания" этого в конкретный проект. > 1.Если использовать devfs то как это увязать с hwinfo для в схеме > детектирования. А какие видятся проблемы? Hа live-cd я использую (использую - слишком сильно сказано - скорее, тестирую) discover - пока нормально (с 2.6 небольшое несоответствие в названиях модулей). -- BOFH excuse #317: Internet exceeded Luser level, please wait until a luser logs off before attempting to log back on. --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/7394ee8b42f5.html, оценка из 5, голосов 10
|