[sisyphus] Ядра в ALT

[sisyphus] Ядра в ALT

[Чернышов Антон]

Здравствуйте!

Вопрос вот в чем - чем отличаются разные ядра, которые сейчас есть в
ALT? Вот, скажем, el-smp - это обещанное синхронизированное с RHEL 6
ядро? Или обычное ванильное? И чем оно отличается от -std-def?

Заранее извиняюсь, если вопрос не в ту рассылку.

-- 
С уважением,
Чернышов Антон

Re: [sisyphus] Ядра в ALT

[melcomtec]

Чернышов Антон написал:

> Вопрос вот в чем - чем отличаются разные ядра, которые сейчас есть в
> ALT? Вот, скажем, el-smp - это обещанное синхронизированное с RHEL 6
> ядро? Или обычное ванильное? И чем оно отличается от -std-def?

Первая часть имени сборки (указывает на задачу, которую решал автор,
собирая это ядро):

std - Ядро по умолчанию с которым мы сравниваем все остальные
 el - Ядро, собранное с патчами от RHEL

Вторая часть имени сборки (указывает на особенности конкретной сборки
ядра):

 std - Обычный вариант этой сборки.
 def - Обычный вариант этой сборки.
 rhel - то же, что и el (см. выше).


А вообще, скопирую то, что написал в рассылках Gulay Boris.

------------------------------
Пришёл ответ от Антона Бояршинова который пролил свет на ядро un. Кроме
этого я внёс исправления в соответствии с, высказанными в рассылке,
замечаниями.
Я готов выложить это на wiki.

Первая часть имени сборки (указывает на задачу, которую решал автор,
собирая это ядро):
 hpc - Ядро для суперкомпьютеров. Обычным людям, как правило, не нужно.
Нужно там, где есть Lustre, InfiniBand и необходимость строить быстрые
числодробилки.
 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. Собирать оба варианта
приходится из-за того, что ядро с поддержкой PAE не может запускаться на
процессорах, не поддерживающих PAE, а в эту категорию, помимо совсем уж
устаревших сейчас Pentium, попадают также первые версии Pentium M.  Для
x86_64 подобные ограничения старых процессоров уже неактуальны, поэтому
ядер *-pae там нет.
 skif - Ядро (только hpc) для суперкомпьютера СКИФ
(http://skif.pereslavl.ru/skif).
 tc - только tmc (см. выше).
------------------------------

С уважением, Денис [melcomtec].

Re: [sisyphus] Ядра в ALT

[Ildar Mulyukov]

On 07.10.2010 09:57:55, Чернышов Антон wrote:
> Здравствуйте!
> 
> Вопрос вот в чем - чем отличаются разные ядра, которые сейчас есть в
> ALT? Вот, скажем, el-smp - это обещанное синхронизированное с RHEL 6
> ядро? Или обычное ванильное? И чем оно отличается от -std-def?
> 
> Заранее извиняюсь, если вопрос не в ту рассылку.

Рассылка та, но ваш вопрос - FAQ.

Ответ: http://www.altlinux.org/Kernels/Flavours
-- 
Ildar

Re: [sisyphus] Ядра в ALT

[Чернышов Антон]

Спасибо всем за исчерпывающий ответ! В следующий раз буду лучше на вики искать.

-- 
С уважением,
Чернышов Антон

Re: [sisyphus] Ядра в ALT

[Vitaly Kuznetsov]

Чернышов Антон <flammifer@inbox.ru> writes:

> Здравствуйте!
>
> Вопрос вот в чем - чем отличаются разные ядра, которые сейчас есть в
> ALT? 

http://www.altlinux.org/Kernels/Flavours

> Вот, скажем, el-smp - это обещанное синхронизированное с RHEL 6
> ядро? Или обычное ванильное? И чем оно отличается от -std-def?

el-smp взято из RHEL6Beta2 со всеми их 3000 патчей. -std-def -
ванильное, без этих 3000 патчей :)

-- 
Vitaly Kuznetsov, ALT Linux

Re: [sisyphus] Ядра в ALT

[Starodumoff Ilya]

В сообщении от 7 октября 2010 12:23:08 автор Vitaly Kuznetsov написал:
> el-smp взято из RHEL6Beta2 со всеми их 3000 патчей.
и отсутствующим reiserfs
а у меня хешэр на разделе с ним

-- 
С уважением,
Стародумов Илья

Re: [sisyphus] Ядра в ALT

[Vitaly Kuznetsov]

Starodumoff Ilya <ripper.mail@gmail.com> writes:

> В сообщении от 7 октября 2010 12:23:08 автор Vitaly Kuznetsov написал:
>> el-smp взято из RHEL6Beta2 со всеми их 3000 патчей.
> и отсутствующим reiserfs
> а у меня хешэр на разделе с ним

Не хочется включать эту ныне не особо поддерживаемую FS. Да и
использовать её как-то не очень осмысленно. Только если legacy...

-- 
Vitaly Kuznetsov, ALT Linux

Re: [sisyphus] Ядра в ALT

[Anton Gorlov]

07.10.2010 11:51, Vitaly Kuznetsov пишет:
> Starodumoff Ilya<ripper.mail@gmail.com>  writes:
>

>>> el-smp взято из RHEL6Beta2 со всеми их 3000 патчей.
>> и отсутствующим reiserfs
>> а у меня хешэр на разделе с ним
> Не хочется включать эту ныне не особо поддерживаемую FS. Да и
> использовать её как-то не очень осмысленно. Только если legacy...
Кстати на jfs при сборке в хашере  что на  rhel, что на un-def 
налюдается стабильно (100% воспроизводится на сборке нгинкса)

==
------------[ cut here ]------------
WARNING: at fs/fs-writeback.c:1121 __mark_inode_dirty+0x161/0x180() 
(Tainted: P        W )
Hardware name: System Product Name
Modules linked in: usb_storage(U) ppp_async(U) crc_ccitt(U) 
ppp_generic(U) slhc(U) powernow_k8(U) cpufreq_powersave(U) 
cpufreq_conservative(U) cpufreq_ondemand(U) freq_table(U) nvidia(P)(U) 
k8temp(U) it87(U) hwmon_vid(U) eeprom(U) iptable_nat(U) xt_TCPMSS(U) 
iptable_mangle(U) nf_nat_ftp(U) nf_nat(U) nf_conntrack_ftp(U) jfs(U) 
nls_utf8(U) nls_cp866(U) vfat(U) fat(U) fuse(U) ext3(U) jbd(U) 
mbcache(U) dm_mod(U) snd_hda_codec_analog(U) ppdev(U) i2c_nforce2(U) 
snd_hda_intel(U) firewire_ohci(U) snd_hda_codec(U) i2c_core(U) 
parport_pc(U) firewire_core(U) forcedeth(U) parport(U) snd_hwdep(U) 
snd_pcsp(U) asus_atk0110(U) edac_core(U) snd_pcm(U) hwmon(U) sr_mod(U) 
snd_timer(U) edac_mce_amd(U) usblp(U) cdrom(U) crc_itu_t(U) serio_raw(U) 
snd(U) sg(U) soundcore(U) snd_page_alloc(U) xfs(U) exportfs(U) 
ata_generic(U) pata_jmicron(U) ahci(U) sata_nv(U) pata_acpi(U) 
pata_amd(U) sd_mod(U) crc_t10dif(U)
Pid: 24671, comm: rm Tainted: P        W  2.6.32-el-smp-alt4 #1
Call Trace:
  [<ffffffff81194641>] ? __mark_inode_dirty+0x161/0x180
  [<ffffffff81194641>] ? __mark_inode_dirty+0x161/0x180
  [<ffffffff8106b2a8>] warn_slowpath_common+0x88/0xe0
  [<ffffffff8106b314>] warn_slowpath_null+0x14/0x20
  [<ffffffff81194641>] __mark_inode_dirty+0x161/0x180
  [<ffffffffa030ff95>] jfs_unlink+0x1c5/0x400 [jfs]
  [<ffffffff8117acb4>] vfs_unlink+0xc4/0x110
  [<ffffffff8117d4bb>] do_unlinkat+0x1bb/0x1d0
  [<ffffffff81181628>] ? vfs_readdir+0xa8/0xe0
  [<ffffffff810d5bb2>] ? audit_syscall_entry+0x212/0x240
  [<ffffffff8117d632>] sys_unlinkat+0x22/0x40
  [<ffffffff81013232>] system_call_fastpath+0x16/0x1b
---[ end trace a7919e7f17c0a727 ]---
bdi-char/mem not registered

Re: [sisyphus] Ядра в ALT

[Starodumoff Ilya]

В сообщении от 7 октября 2010 13:51:15 автор Vitaly Kuznetsov написал:
> Не хочется включать эту ныне не особо поддерживаемую FS. Да и
> использовать её как-то не очень осмысленно. Только если legacy...
по крайней мере, сборочница на ней для меня выглядит более резвой, нежели на 
ext[3|4]

да, в общем-то, ну и хрен с ней... нэт, так нэт :)

ps. пока писал, прочитал сообщение ниже... jfs пробовать не буду пока :)
-- 
С уважением,
Стародумов Илья

Re: [sisyphus] Ядра в ALT

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 451 bytes --]

On Thu, Oct 07, 2010 at 02:04:25PM +0600, Starodumoff Ilya wrote:
> > Не хочется включать эту ныне не особо поддерживаемую FS. Да и
> > использовать её как-то не очень осмысленно. Только если legacy...
> по крайней мере, сборочница на ней для меня выглядит более резвой, нежели на 
> ext[3|4]
На tmpfs ещё быстрее будет.

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

Виноват, исправлюсь в новой сборке. :)
		-- legion in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [sisyphus] Ядра в ALT

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 473 bytes --]

On Thu, Oct 07, 2010 at 02:06:37PM +0600, Andrey Rahmatullin wrote:
> > > Не хочется включать эту ныне не особо поддерживаемую FS. Да и
> > > использовать её как-то не очень осмысленно. Только если legacy...
> > по крайней мере, сборочница на ней для меня выглядит более резвой, нежели на 
> > ext[3|4]
> На tmpfs ещё быстрее будет.
Да и понадёжней оно будет, по сравнению с reiserfs-то.

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Ядра в ALT

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 689 bytes --]

On Thu, Oct 07, 2010 at 12:08:07PM +0400, Alexey I. Froloff wrote:
> > > > Не хочется включать эту ныне не особо поддерживаемую FS. Да и
> > > > использовать её как-то не очень осмысленно. Только если legacy...
> > > по крайней мере, сборочница на ней для меня выглядит более резвой, нежели на 
> > > ext[3|4]
> > На tmpfs ещё быстрее будет.
> Да и понадёжней оно будет, по сравнению с reiserfs-то.
Ну да.
Не то чтобы от локальной сборочечницы требовалась надёжность, впрочем.

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

 * Lost тут в цехе наладки видел такую коробочку, с надписью "intelligent
   universal programmer"... бедный программер... видимо это его гроб

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [sisyphus] Ядра в ALT

[Michael Shigorin]

On Thu, Oct 07, 2010 at 07:51:15AM +0000, Vitaly Kuznetsov wrote:
> >> el-smp взято из RHEL6Beta2 со всеми их 3000 патчей.
> > и отсутствующим reiserfs
> > а у меня хешэр на разделе с ним
> Не хочется включать эту ныне не особо поддерживаемую FS.
> Да и использовать её как-то не очень осмысленно. Только если
> legacy...

Именно ради legacy и стоит включить; 3.6.x вполне устоявшаяся.

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

[sisyphus] [JT] tmp ФС (was: Ядра в ALT)

[Michael Shigorin]

On Thu, Oct 07, 2010 at 12:08:07PM +0400, Alexey I. Froloff wrote:
> > > > Не хочется включать эту ныне не особо поддерживаемую FS.
> > > > Да и использовать её как-то не очень осмысленно. Только
> > > > если legacy...
> > > по крайней мере, сборочница на ней для меня выглядит более
> > > резвой, нежели на ext[3|4]
> > На tmpfs ещё быстрее будет.
> Да и понадёжней оно будет, по сравнению с reiserfs-то.

Ну не так всё ж -- reiserfs разваливалось с грохотом, если уж,
а не молча теряло файлы, как tmpfs (особенно на i586).

Но сборку действительно осмысленно тащить на tmpfs, даже при
использовании свопа это будет быстрее.  А reiserfs обычно
применяю там же, где и RAID0 (есть одно исключение, но там бэкапы
и за него другой человек зуб давал).

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

Re: [sisyphus] Ядра в ALT

[Yuri Bushmelev]

7 октября 2010 г. 13:21 пользователь Michael Shigorin
<mike@osdn.org.ua> написал:
> On Thu, Oct 07, 2010 at 07:51:15AM +0000, Vitaly Kuznetsov wrote:
>> >> el-smp взято из RHEL6Beta2 со всеми их 3000 патчей.
>> > и отсутствующим reiserfs
>> > а у меня хешэр на разделе с ним
>> Не хочется включать эту ныне не особо поддерживаемую FS.
>> Да и использовать её как-то не очень осмысленно. Только если
>> legacy...
>
> Именно ради legacy и стоит включить; 3.6.x вполне устоявшаяся.

Лишь бы из std-def/un-def не выкидывали. А то у меня на нескольких
десктопах только reiserfs и есть. Несколько лет (2-3) полет
нормальный, причем без UPS. Собственно, альтернатив-то я до сих пор и
не вижу..

-- 
С уважением,
Бушмелев Юрий