[Comm] Варианты ядер

[Comm] Варианты ядер

[@ 2010-08-26 13:33 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 13:36 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 13:48 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 14:01 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 14:10 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 14:52 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 14:54 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 14:55 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 15:01 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 15:02 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 15:03 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 15:18 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 15:41 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 15:53 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 16:00 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 18:32 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 18:33 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 18:37 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 18:39 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 18:45 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 18:45 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 20:32 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 20:47 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-26 21:44 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 4:06 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 6:41 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 7:24 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 7:40 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 8:44 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 8:58 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 9:05 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 9:08 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 9:12 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 9:19 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 9:42 UTC (permalink / raw)]

[Comm] [JT] о суждениях в рассылке

[@ 2010-08-27 9:53 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 12:51 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 13:49 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 13:59 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 14:02 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 14:03 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 14:41 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 14:49 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 14:51 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 15:55 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 16:24 UTC (permalink / raw)]

[Comm] не: Варианты ядер

[@ 2010-08-27 17:05 UTC (permalink / raw)]

[Comm] Administriva

[@ 2010-08-27 17:08 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 18:06 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 18:27 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 19:48 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-27 20:16 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-28 0:23 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-28 11:33 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-28 12:49 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-28 14:17 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-28 14:36 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-28 19:56 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-31 6:11 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-31 10:53 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-08-31 15:25 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[@ 2010-09-01 2:24 UTC (permalink / raw)]

Re: [Comm] Варианты ядер

[REAL]

Gulay Boris пишет:
>   hpc - Ядро для суперкомпьютеров. Обычным людям, как правило, не нужно.
> Нужно там, где есть Lustre, InfiniBand и необходимость строить быстрые 
> числодробилки.

Только фриковые формулировки лучше убрать (я про "числодробилки"). 
По-человечески это звучит примерно как "высокопроизводительные 
вычисления" или, по вузовской дисциплине, "параллельные вычисления". 
Можно упомянуть и наличие возможности анализа производительности, 
которая присутствует только в ядрах hpc.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [Comm] Варианты ядер

[REAL]

Michael Shigorin пишет:
>> Вообще, в формулировке нет даже расшифровки hpc, что может
>> заставить потенциальных пользователей думать, что это ядро
>> нужно _только_ там, где есть люстра и IB.
> 
> Интересно, чего тебе в std-def не хватает на гигабите?

1. HZ=100
2. Отсутствие Performance Monitoring Counters, из-за чего не работает 
perfctr


-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [Comm] Варианты ядер

[Michael Shigorin]

On Wed, Sep 01, 2010 at 10:24:12AM +0800, REAL wrote:
> >Предложенная формулировка верна -- _в том ядре_ есть то, что
> >нужно там, где _нужны_ люстра и IB.
> Но эта формулировка неполноценна, о чём я и говорю.

1) у меня создалось впечатление "эта формулировка неверна";
2) внесёт человек на вики хоть обновлённый вариант,
   детали уже там можно дошлифовать :)

> Вообще, в формулировке нет даже расшифровки hpc, что может
> заставить потенциальных пользователей думать, что это ядро
> нужно _только_ там, где есть люстра и IB.

Интересно, чего тебе в std-def не хватает на гигабите?
(лучше лично)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Варианты ядер

[REAL]

Михаил пишет:
>> Вообще, в формулировке нет даже расшифровки hpc, что может заставить
>> потенциальных пользователей думать, что это ядро нужно _только_ там,
>> где есть люстра и IB.
> 
> Я то же в начале подумал, что это ядро для ноутов от Hewlett Packard и
> Compaq :)
> 
> Оказалось High Performance Cluster (высоко производительный кластер).

Нет, это High Performance Computing :)


-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [Comm] Варианты ядер

[Михаил]

Здравствуйте, REAL.

Вы писали 1 сентября 2010 г., 6:24:12:

> Michael Shigorin пишет:
>>>>    hpc - Ядро для суперкомпьютеров. Обычным людям, как правило, не нужно.
>>>> Нужно 

> Вообще, в формулировке нет даже расшифровки hpc, что может заставить
> потенциальных пользователей думать, что это ядро нужно _только_ там,
> где есть люстра и IB.

Я то же в начале подумал, что это ядро для ноутов от Hewlett Packard и
Compaq :)

Оказалось High Performance Cluster (высоко производительный кластер).

-- 
С уважением,
 Михаил                          mailto:consc@mail.ru

Re: [Comm] Варианты ядер

[Michael Shigorin]

(oops, забыл в postponed)

On Fri, Aug 27, 2010 at 12:32:18AM +0400, Sergey Vlasov wrote:
> >     smp - Пока так и не понятно, чем отличается от def и std.
> Сейчас в большинстве случаев уже ничем - в связи с
> распространением многоядерных процессоров без SMP уже никуда.

Всё ещё забавнее -- в el-smp включено и PAE.

[skip]

Спасибо, добавил к http://www.altlinux.org/Kernels

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Варианты ядер

[Gulay Boris]

По многочисленным просьбам поправил описание ядра hpc. В описание сборки
pae добавил ссылку на ALTLinux.wiki.

Первая часть имени сборки (указывает на задачу, которую решал автор,
собирая это ядро):
  hpc - Ядро для суперкомпьютеров (High Performance Computing). Обычным 
людям, как правило, не нужно, нужно там, где есть Lustre, InfiniBand и 
требуется наличие Performance Monitoring Counters.
  ovz - Ядро с поддержкой OpenVZ.
  rt - Ядро real time. Собрано с поддержкой xenomai
(http://www.xenomai.org).
  sec - Ядро с поддержкой grsec (http://www.grsecurity.net).
  std - Ядро по умолчанию с которым мы сравнивает все остальные.
  el - Ядро, собранное с патчами от RHEL
(http://ru.wikipedia.org/wiki/Red_Hat_Enterprise_Linux).
  un - Экспериментальное ядро для десктопов (было первым 2.6.32 ядром в
Сизифе). Включено kernel preemption
(http://en.wikipedia.org/wiki/Kernel_preemption), 
наложены патчи на drm из std-ng. Некоторые наработки и патчи из un-def
позже мигрируют в std-def.
  tmc - Ядро для бездисковых тонких клиентов ALTSP
(http://www.altlinux.org/LTSP).

Вторая часть имени сборки (указывает на особенности конкретной сборки
ядра):
  std - Обычный вариант этой сборки.
  def - Обычный вариант этой сборки.
  smp - Обычный вариант этой сборки (используется как антипод up для ядер,
имеющих обе версии).
  rhel - то же, что и el (см. выше).
  up - Ядро без поддержки многопроцессорных и многоядерных конфигураций.
Сейчас на x86 нужно редко, например, сборка под конкретное железо с 
выжиманием последних процентов скорости от убирания NOP, вставляемых 
SMP Alternatives при отключении поддержки SMP.
  pae - Ядра с поддержкой Physical Address Extension (PAE, 
http://ru.wikipedia.org/wiki/PAE), позволяющей  адресовать в 32-разрядном 
режиме более 4 ГБ физической памяти (теоретически до 64 ГБ).  Этот 
вариант ядра нужен для полного  использования >= 4 ГБ ОЗУ в 32-разрядной 
системе. для 32-разрядного ядра без PAE в этом случае будет доступно 
от 2 до 3,5 ГБ ОЗУ в зависимости от настроек BIOS (подробнее - 
http://www.altlinux.org/Kernels/PAE). Собирать оба варианта 
приходится из-за того, что ядро с поддержкой PAE не может запускаться на 
процессорах, не поддерживающих PAE, а в эту категорию, помимо совсем уж 
устаревших сейчас Pentium, попадают также первые версии Pentium M.  Для 
x86_64 подобные ограничения старых процессоров уже неактуальны, поэтому 
ядер *-pae там нет.
  skif - Ядро (только hpc) для суперкомпьютера СКИФ
(http://skif.pereslavl.ru/skif).
  tc - только tmc (см. выше).