[Comm] Варианты ядер
Michael Shigorin
mike на osdn.org.ua
Пт Авг 27 09:42:51 UTC 2010
On Fri, Aug 27, 2010 at 11:24:49AM +0400, Gulay Boris wrote:
> Спасибо всем ответишим. Актуальный вариант списка ядер - ниже.
Боюсь, на данный момент лучше не пытаться обобщать -- как видим,
правила сломаны и можно больше ввести в заблуждение, если
_текущее_ состояние пытаться к ним привязать.
Лучше по каждому отдельно, см. ниже.
> Я решил отказаться от разделения по бранчам
Угу.
> Первая часть имени сборки:
Фактически указание на майнтейнера и его задачу.
("ядра у нас авторские [и не коллективные]")
> hpc - Ядро для суперкомпьютеров. Обычным людям, как правило,
> не нужно. Нужно там, где есть Lustre, InfiniBand и
> необходимость строить быстрые числодробилки.
> ovz - Ядро с поддержкой OpenVZ.
> rt - Ядро real time. Собрано с поддержкой xenomai
> (http://www.xenomai.org).
> sec - Ядро с поддержкой grsec (http://www.grsecurity.net).
> std - Обычное ядро, с которым мы сравнивает все остальные.
IMHO лучше "Ядро по умолчанию".
> el - То же, что и rhel (см. ниже).
Лучше el описать, а rhel сделать ссылкой (или вообще убрать).
> un - Ядро, содержащее все, что нужно и не требующее модулей.
Это не так, существует две дюжины пакетов kernel-modules-*un-def*.
> tmc - Ядро для терминалов.
Лучше даже "Ядро для бездисковых тонких клиентов ALTSP".
> Вторая часть имени сборки:
Это лучше раздерибанить или превратить в список ключевых слов
с их значениями -- на "вторую часть" сейчас не тянет.
Например, el-smp должно бы тогда называться el-pae на i586
и el-smp на x86_64.
Так что лучше сделать табличку с общими фичами
("SMP/UP", "PAE", ...) и выставлять "SMP" или там "+"
соответственно.
> up - [...]
> pae - [...]
Лучше в <ref>...</ref> (и <references/> вниз).
> skif - Ядро (только hpc) для суперкомпьютера СКИФ
> (http://skif.pereslavl.ru/skif).
> tc - Ядро (только tmc) для терминалов.
Как видим, эти теги в обобщения тоже не годятся.
On Fri, Aug 27, 2010 at 01:40:27PM +0600, Andrey Rahmatullin wrote:
> > un - Ядро, содержащее все, что нужно и не требующее модулей.
> Вот из-за таких советов и советчиков я и предупреждал,
> что будет ерунда.
Читаю я
http://lists.altlinux.org/pipermail/devel/2003-November/016422.html
http://lists.altlinux.org/pipermail/sisyphus/2003-December/251321.html
http://lists.altlinux.org/pipermail/devel-kernel/2003-December/002930.html
http://lists.altlinux.org/pipermail/sisyphus/2003-December/252085.html
-- и вспоминаю те времена, когда и цитирование было попроще,
и вопросы поглупей, и советы с прорехами порой...
хорошие были времена.
--
---- WBR, Michael Shigorin <mike на altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
Подробная информация о списке рассылки community