From: Sergey Vlasov <vsu@altlinux.ru> To: community@lists.altlinux.org Subject: Re: [Comm] Варианты ядер Date: Fri, 27 Aug 2010 00:32:18 +0400 Message-ID: <20100826203218.GA6086@atlas.home> (raw) In-Reply-To: <b3596d39ad91d400628f9d825dce4581@localhost> [-- Attachment #1: Type: text/plain, Size: 3231 bytes --] On Thu, Aug 26, 2010 at 08:00:33PM +0400, Gulay Boris wrote: > On Thu, 26 Aug 2010 18:02:05 +0300, Michael Shigorin <mike@osdn.org.ua> > wrote: > Михаил, спасибо за подробный ответ. Письма разослал. > > На текущий момент ситуация такая > p5: > Первая часть имени сборки: > hpc - Ядро для суперкомпьютеров. Обычным людям, как правило, не нужно. > Нужно > там, где есть Lustre, InfiniBand и необходимость строить быстрые > числодробилки. Ядро мёртвое, рекомендуется hpc-skif. > ovz - Ядро с поддержкой OpenVZ. > rt - Ядро real time. Собрано с поддержкой xenomai > (http://www.xenomai.org). > sec - Ядро с поддержкой grsec (http://www.grsecurity.net). > std - Обычное ядро, с которым мы сравнивает все остальные. > Вторая часть имени сборки: > std - Обычное вариант этой сборки. > rhel - Ядро, собранное с патчами от RHEL. > smp - Пока так и не понятно, чем отличается от def и std. Сейчас в большинстве случаев уже ничем - в связи с распространением многоядерных процессоров без SMP уже никуда. > up - Что это? Это ядра без поддержки многопроцессорных и многоядерных конфигураций; сейчас на x86 мало кому нужны, кроме специфических случаев (например, сборка под конкретное железо с выжиманием последних процентов скорости от убирания NOP, вставляемых SMP Alternatives при отключении поддержки SMP). > def - default. Что такое default? Вариант по умолчанию, используемый обычно, если нет весомых причин для выбора какого-то другого. > 5.1 (пишу только отличающиеся): > Первая часть имени сборки: > el - То же, что и rhel. > un - Что это? > Вторая часть имени сборки: > up - Что это? На самом деле структура этих имён не столь аккуратная, как хотелось бы. Изначально складывалось, что первая часть имени соответствует применённым к коду ядра патчам, добавляющим те или иные функции, а вторая - варианту конфигурации, при этом ядра с совпадающей первой частью имени фактически собираются из одного и того же исходного кода. В связи с этим, например, пакет kernel-doc-std собирался один для вариантов ядер std-up и std-smp (тогда разделение было ещё таким - по наличию поддержки многопроцессорных/многоядерных конфигураций). Сейчас местами такая схема нарушилась (правда, там, где она нарушена, тот же пакет kernel-doc-*, похоже, просто перестали собирать). Для второй части имени сборки пропущен один важный вариант, который, правда, существует только для 32-битной сборки (i586): pae - ядро с поддержкой Physical Address Extension (PAE), позволяющее адресовать в 32-разрядном режиме более 4 ГБ физической памяти (теоретически до 64 ГБ). Этот вариант ядра нужен для полного использования >= 4 ГБ ОЗУ в 32-разрядной системе; для 32-разрядного ядра без PAE в этом случае будет доступно от 2 до 3,5 ГБ ОЗУ в зависимости от настроек BIOS. Собирать оба варианта приходится из-за того, что ядро с поддержкой PAE не может запускаться на процессорах, не поддерживающих PAE, а в эту категорию, помимо совсем уж устаревших сейчас Pentium, попадают также первые версии Pentium M. Для x86_64 подобные ограничения старых процессоров уже неактуальны, поэтому ядер *-pae там нет. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2010-08-26 20:32 UTC|newest] Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top 2010-08-26 13:33 Gulay Boris 2010-08-26 13:36 ` Andrey Rahmatullin 2010-08-26 13:48 ` Anton Farygin 2010-08-26 18:33 ` Денис Смирнов 2010-08-26 14:01 ` melcomtec 2010-08-26 14:10 ` Andrey Rahmatullin 2010-08-26 14:52 ` melcomtec 2010-08-26 14:55 ` Michael Shigorin 2010-08-26 15:01 ` Andrey Rahmatullin 2010-08-26 15:03 ` Michael Shigorin 2010-08-26 18:39 ` Денис Смирнов 2010-08-26 18:45 ` Michael Shigorin 2010-08-26 21:44 ` Денис Смирнов 2010-08-26 15:41 ` Андрей Черепанов 2010-08-26 15:53 ` melcomtec 2010-08-26 18:37 ` Денис Смирнов 2010-08-26 14:54 ` Michael Shigorin 2010-08-26 15:02 ` Michael Shigorin 2010-08-26 15:18 ` melcomtec 2010-08-26 16:00 ` Gulay Boris 2010-08-26 20:32 ` Sergey Vlasov [this message] 2010-08-26 20:47 ` Владимир Гусев 2010-08-27 4:06 ` Шенцев Алексей Владимирович 2010-08-27 18:06 ` Владимир Гусев 2010-08-27 18:27 ` Michael Shigorin 2010-08-27 19:48 ` Владимир Гусев 2010-08-27 20:16 ` Michael Shigorin 2010-08-28 0:23 ` Денис Смирнов 2010-08-28 11:33 ` melcomtec 2010-08-28 12:49 ` Денис Смирнов 2010-08-28 14:17 ` Михаил 2010-08-28 14:36 ` Michael Shigorin 2010-08-28 19:56 ` Денис Смирнов 2010-09-01 9:58 ` Michael Shigorin 2010-08-27 7:24 ` Gulay Boris 2010-08-27 7:40 ` Andrey Rahmatullin 2010-08-27 9:42 ` Michael Shigorin 2010-08-31 6:11 ` REAL 2010-08-31 10:53 ` Michael Shigorin 2010-09-01 2:24 ` REAL 2010-09-01 6:47 ` Michael Shigorin 2010-09-01 6:10 ` REAL 2010-09-01 9:04 ` Михаил 2010-09-01 8:25 ` REAL 2010-08-26 18:45 ` Денис Смирнов 2010-08-26 18:32 ` Денис Смирнов 2010-08-27 6:41 ` Dmitriy Kruglikov 2010-08-27 8:44 ` Денис Смирнов 2010-08-27 8:58 ` Dmitriy Kruglikov 2010-08-27 9:05 ` Gulay Boris 2010-08-27 9:08 ` Andrey Rahmatullin 2010-08-27 9:12 ` Gulay Boris 2010-08-27 9:19 ` Andrey Rahmatullin 2010-08-27 9:53 ` [Comm] [JT] о суждениях в рассылке Michael Shigorin 2010-08-27 12:51 ` [Comm] Варианты ядер Михаил 2010-08-27 13:49 ` Gulay Boris 2010-08-27 13:59 ` Andrey Rahmatullin 2010-08-27 14:02 ` Gulay Boris 2010-08-27 14:03 ` Andrey Rahmatullin 2010-08-27 14:41 ` Денис Смирнов 2010-08-27 14:49 ` Gulay Boris 2010-08-27 14:51 ` Andrey Rahmatullin 2010-08-27 15:55 ` melcomtec 2010-08-31 15:25 ` Gulay Boris 2010-09-01 2:29 ` REAL 2010-09-01 10:04 ` Gulay Boris 2010-08-27 17:05 ` [Comm] не: " Michael Shigorin 2010-08-27 16:24 ` [Comm] " Михаил 2010-08-27 17:08 ` [Comm] Administriva Michael Shigorin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20100826203218.GA6086@atlas.home \ --to=vsu@altlinux.ru \ --cc=community@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git