The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск UIRD 2.0, унифицированной системы инициализации для м..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Ссылки "<<" и ">>" открывают первые и последние 10 сообщений.
. "Выпуск UIRD 2.0, унифицированной системы инициализации для м..." +2 +/
Сообщение от Ne01eX (ok), 24-Мрт-18, 23:12 
>> Видимо писал человек из лагеря сторонников initramfs. Я из другого лагеря.
> Я просто пытаюсь понять в чем конкретно преимущество initrd перед initramfs. Я
> если честно не понимаю.

1. Initrd работает в большинстве известных мне *nix.
2. Initrd позволяет организовать почти любую fs. Помимо плюсов, которые можно взять от fs, это ещё и плюсы от стопицот вариантов контроля досупа, возможность использования расширенных атрибутов, более гибкая работа с контрольными суммами, и т.п...
3. Имхо, если необходимо внести мелкие правки, то с подмонтированным initrd это удобнее делать, чем с архивом.
4. В части про недостатки initrd написана ересь:

4.1
>Это полноценное блочное устройство, требующее дополнительные расходы на целую файловую систему, и оно имеет фиксированный размер. Если выбрать initrd достаточно маленьким, то все требуемые скрипты не поместятся. Если сделайте его слишком большим, то растратите память впустую.

Это полноценное блочное устройство, размер которого высчитывается при создании. Его не нужно высчитывать каждый раз при загрузке. А "маленькие" или "слишком большие" initrd, даже, ну совсем уж юные, Gentoo'шники никогда не делали, насколько я помню. :-) Я делал initrd с небольшим запасом, но и то, - с допустимой погрешностью в пределах размера страницы памяти.

4.2
>По той причине, что это действительное устройство, оно также требует кэш-память ядра Linux и подлежит используемым методам управления памятью и файлами (таким как подкачка страниц), что делает расходы памяти еще более худшими.

В конечно итоге и то и то, это Loop-back устройства, которое (кстати, только в гибридных (термин "монолит" здесь неприменим)) ядрах Linux и BSD работают через драйвер своей fs, который работает через VFS. :-)

4.3 При любом раскладе размер RAMDISK определяется при создании RAMDISK. Если вы изначально не знаете какого размера вам нужен RAMDISK, то каким вы его создадите? :-D :-D :-D

Но опять же, я уже местами старенький и могу где-то ошибаться и что-то забыть/не знать. В исходниках ядра Linux обо всём этом можно почитать в разделе /Documentation/blockdev/ramdisk.txt. В make menuconfig в разделе General также можно получить краткую справку обо всём. Во FreeBSD документация вынесена в отдельное дерево и я уже и не помню где именно про это написано. В HURD используется initrd и по сути (в той части, что касается работы с RAMDISK) всё сделано аналогично ядру Linux версии 2.2.x. Без понтов и без всего лишнего. :-)

Очень полезно будет почитать Linux Bootdisk HOWTO. Если вы не знакомы с TLDP, то крайне полезно будет хотя бы бегло ознакомится со всеми HOWTO. Там есть местами избыточная информация, чего-то там нет. И уж там точно нет устаревшей информации. Ну, имхо, опять же. :-)

Ну и опять же - я не собираюсь спорить и в чём-то кого-то убеждать. Вы спросили, - я ответил. То что ответил местами избыточно, - так это больше для любознательного ALL, а не только для вас. :-)

С уважением, Ne01eX.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Выпуск UIRD 2.0, унифицированной системы инициализации для м..., opennews, 22-Мрт-18, 21:28  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру