[devel] I: new wks26 kernel

[devel] I: new wks26 kernel

[Konstantin A. Lepikhov]

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

Hi!

В i/S выкладывается новая сборка ядер серии wks26. Основные изменения:

- realtime-lsm больше не используется, т.к. все равно soft-realtime на
  wks26/std26 достич не удасться. Пока на замену готовится ядро ll26
  (более-менее рабочая версия уже лежит в kernel cvs). Следовательно, все
  шаманства с загрузкой capability и commoncap можно не использовать.
- lowlatency патчи сихронизированы с -ck7 версией для 2.6.14.
- обновлен BadRAM патч.
- используется HZ=1000 для -up и HZ=250 для -smp
- swsusp версии -rc15 для 2.6.14.
- reiser4 из -mm2 + куча патчей из LKML и namesys.
- поддержка сборки для x86_64.

NB: ядро тестировалось достаточно долго, особых багов и неудобств замечено
не было. Общая производительность по-сравнению с std26 несколько выше за
счет примения swap prefetch (см. sysctl/vm.txt и документацию на сайте
http://members.optusnet.com.au/ckolivas/kernel/).

NB2: я не смог найти новые kernel-source-nvidia, поэтому собранных модулей в
поставке нет.

2incoming: во избежание недоразумений со сборкой, сначала необходимо
собрать все -feat, затем уже само ядро.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] I: new wks26 kernel

[Sviatoslav Sviridov]

Konstantin A. Lepikhov wrote:
> Hi!
>
> В i/S выкладывается новая сборка ядер серии wks26. Основные изменения:
>   
А сколько памяти сейчас поддерживает wks26-up? Использования >1Gb надо 
таки wks26-smp ставить?

-- 
Best regards,
Sviatoslav Sviridov
--
It may or may not be worthwhile, but it still has to be done.

[devel] Re: I: new wks26 kernel

[Konstantin A. Lepikhov]

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

Hi Sviatoslav!

Friday 30, at 03:59:59 PM you wrote:

> Konstantin A. Lepikhov wrote:
> >Hi!
> >
> >В i/S выкладывается новая сборка ядер серии wks26. Основные изменения:
> >  
> А сколько памяти сейчас поддерживает wks26-up? Использования >1Gb надо 
> таки wks26-smp ставить?
все так же - для -up <= 1Gb, для -smp - 4Gb. Для x86_64 ограничения только
аппаратные.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] I: new wks26 kernel

[Денис Смирнов]

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

On Fri, Dec 30, 2005 at 03:24:33PM +0300, Konstantin A. Lepikhov wrote:
 KAL> Hi!

 KAL> В i/S выкладывается новая сборка ядер серии wks26. Основные изменения:

KAL> - realtime-lsm больше не используется, т.к. все равно soft-realtime на
KAL>   wks26/std26 достич не удасться. Пока на замену готовится ядро ll26
KAL>   (более-менее рабочая версия уже лежит в kernel cvs). Следовательно, все
KAL>   шаманства с загрузкой capability и commoncap можно не использовать.

realtime-lsm помнится позволял unswappable память не-root процессам
выделять.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

[devel] Re: I: new wks26 kernel

[Konstantin A. Lepikhov]

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

Hi Денис!

Friday 30, at 07:42:17 PM you wrote:

> On Fri, Dec 30, 2005 at 03:24:33PM +0300, Konstantin A. Lepikhov wrote:
>  KAL> Hi!
> 
>  KAL> В i/S выкладывается новая сборка ядер серии wks26. Основные изменения:
> 
> KAL> - realtime-lsm больше не используется, т.к. все равно soft-realtime на
> KAL>   wks26/std26 достич не удасться. Пока на замену готовится ядро ll26
> KAL>   (более-менее рабочая версия уже лежит в kernel cvs). Следовательно, все
> KAL>   шаманства с загрузкой capability и commoncap можно не использовать.
> 
> realtime-lsm помнится позволял unswappable память не-root процессам
> выделять.
примеры таких процессов в студию.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] Re: I: new wks26 kernel

[Денис Смирнов]

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

On Fri, Dec 30, 2005 at 08:17:29PM +0300, Konstantin A. Lepikhov wrote:

>> realtime-lsm помнится позволял unswappable память не-root процессам
>> выделять.
KAL> примеры таких процессов в студию.

Увы, никого умеющего этим пользоваться не знаю.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] Re: I: new wks26 kernel

[Mikhail Yakshin]

Денис Смирнов wrote:
> On Fri, Dec 30, 2005 at 08:17:29PM +0300, Konstantin A. Lepikhov wrote:
> 
> 
>>>realtime-lsm помнится позволял unswappable память не-root процессам
>>>выделять.
> 
> KAL> примеры таких процессов в студию.
> 
> Увы, никого умеющего этим пользоваться не знаю.

ecasound -r?

-- 
WBR, Mikhail Yakshin AKA GreyCat
ALT Linux [http://www.altlinux.ru] [xmpp:greycat@altlinux.org]

Re: [devel] I: new wks26 kernel

[Sergey Vlasov]

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

On Fri, Dec 30, 2005 at 07:42:17PM +0300, Денис Смирнов wrote:
> On Fri, Dec 30, 2005 at 03:24:33PM +0300, Konstantin A. Lepikhov wrote:
>  KAL> Hi!
> 
>  KAL> В i/S выкладывается новая сборка ядер серии wks26. Основные изменения:
> 
> KAL> - realtime-lsm больше не используется, т.к. все равно soft-realtime на
> KAL>   wks26/std26 достич не удасться. Пока на замену готовится ядро ll26
> KAL>   (более-менее рабочая версия уже лежит в kernel cvs). Следовательно, все
> KAL>   шаманства с загрузкой capability и commoncap можно не использовать.
> 
> realtime-lsm помнится позволял unswappable память не-root процессам
> выделять.

Теперь это можно делать и без realtime-lsm - через RLIMIT_MEMLOCK.

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

[devel] Re: I: new wks26 kernel

[Konstantin A. Lepikhov]

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

Hi Sergey!

Friday 30, at 09:45:05 PM you wrote:

> > realtime-lsm помнится позволял unswappable память не-root процессам
> > выделять.
> 
> Теперь это можно делать и без realtime-lsm - через RLIMIT_MEMLOCK.
ага. И пакет соотвествующий имеется - apt-cache show set_rtlimits ;)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] I: new wks26 kernel

[Денис Смирнов]

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

On Fri, Dec 30, 2005 at 09:45:05PM +0300, Sergey Vlasov wrote:
>> realtime-lsm помнится позволял unswappable память не-root процессам
>> выделять.
SV> Теперь это можно делать и без realtime-lsm - через RLIMIT_MEMLOCK.

Вау! Нескромный вопрос -- откуда подобную информацию можно узнавать, не
читая lkml?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

[devel] Re: I: new wks26 kernel

[Konstantin A. Lepikhov]

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

Hi Денис!

Monday 02, at 02:08:26 PM you wrote:

> On Fri, Dec 30, 2005 at 09:45:05PM +0300, Sergey Vlasov wrote:
> >> realtime-lsm помнится позволял unswappable память не-root процессам
> >> выделять.
> SV> Теперь это можно делать и без realtime-lsm - через RLIMIT_MEMLOCK.
> 
> Вау! Нескромный вопрос -- откуда подобную информацию можно узнавать, не
> читая lkml?
я об этом узнал читая ck-devel ;)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] I: new wks26 kernel

[Alex Yustasov]

On Fri, Dec 30, 2005 at 03:24:33PM +0300, Konstantin A. Lepikhov wrote:
> Hi!
> 
> В i/S выкладывается новая сборка ядер серии wks26. Основные изменения:
skip
> NB2: я не смог найти новые kernel-source-nvidia, поэтому собранных модулей в
> поставке нет.
Сейчас он стал собираться из nvidia_glx_src сразу в i586.rpm.

-- 
    Alex Yustasov

Re: [devel] I: new wks26 kernel

[Epiphanov Sergei]

В сообщении от Friday 30 December 2005 15:24 Konstantin A. Lepikhov 
написал(a):
> - используется HZ=1000 для -up и HZ=250 для -smp

А с чего такое разделение труда? Жаль, что для -smp HZ=250, а не 1000.

-- 
С уважением, Епифанов Сергей

[devel] Re: I: new wks26 kernel

[Konstantin A. Lepikhov]

<цитата от="Epiphanov Sergei">
> В сообщении от Friday 30 December 2005 15:24 Konstantin A. Lepikhov
> написал(a):
>> - используется HZ=1000 для -up и HZ=250 для -smp
>
> А с чего такое разделение труда? Жаль, что для -smp HZ=250, а не 1000.
потому как -smp расчитан на серверное использование.

-- 
WBR et al.

Re: [devel] Re: I: new wks26 kernel

[Sviataslau Svirydau]

Konstantin A. Lepikhov wrote on 1/10/2006 12:36 PM:
> <цитата от="Epiphanov Sergei">
>   
>> В сообщении от Friday 30 December 2005 15:24 Konstantin A. Lepikhov
>> написал(a):
>>     
>>> - используется HZ=1000 для -up и HZ=250 для -smp
>>>       
>> А с чего такое разделение труда? Жаль, что для -smp HZ=250, а не 1000.
>>     
> потому как -smp расчитан на серверное использование.
>   
А как же рабочие станции с RAM>1GB? :)

Или поставим вопрос по-другому: wks сам по себе расчитан на какое
использование? Может стоит отдать серверную нишу кому-нить другому? И
руководствоваться в первую очередь тем, на что ориентируется flavor, а
уж up/smp варьировать в указанных рамках внутри flavor?

-- 
Best Regards,
Sviatoslav Sviridov

Re: [devel] Re: I: new wks26 kernel

[Alexey I. Froloff]

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

* Konstantin A. Lepikhov <lakostis@> [060110 13:37]:
> > А с чего такое разделение труда? Жаль, что для -smp HZ=250, а не 1000.
> потому как -smp расчитан на серверное использование.
"Серверное wks ядро 2.6.x"?  Смешно.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

[devel] Re: I: new wks26 kernel

[Konstantin A. Lepikhov]

<цитата от="Alexey I. Froloff">
> * Konstantin A. Lepikhov <lakostis@> [060110 13:37]:
>> > А с чего такое разделение труда? Жаль, что для -smp HZ=250, а не 1000.
>> потому как -smp расчитан на серверное использование.
> "Серверное wks ядро 2.6.x"?  Смешно.
не смешно. серверы разные бывают.

PS Любителям альтернативных аццких ядер не возбраняется придумывать свои
flavour'ы.

-- 
WBR et al.

Re: [devel] Re: I: new wks26 kernel

[Epiphanov Sergei]

В сообщении от Tuesday 10 January 2006 13:49 Konstantin A. Lepikhov 
написал(a):
> <цитата от="Alexey I. Froloff">
>
> > * Konstantin A. Lepikhov <lakostis@> [060110 13:37]:
> >> > А с чего такое разделение труда? Жаль, что для -smp HZ=250, а не
> >> > 1000.
> >>
> >> потому как -smp расчитан на серверное использование.
> >
> > "Серверное wks ядро 2.6.x"?  Смешно.
>
> не смешно. серверы разные бывают.
>
> PS Любителям альтернативных аццких ядер не возбраняется придумывать свои
> flavour'ы.

Читаю http://www.freesource.info/wiki/AltLinux/Kernels
Вижу, что wks/wks26 рассчитаны на рабочие станции (workstation), а вот 
std/std26 - также и на сервера. Тогда уж правьте эту страницу.

-- 
С уважением, Епифанов Сергей

Re: [devel] Re: I: new wks26 kernel

[Epiphanov Sergei]

В сообщении от Tuesday 10 January 2006 13:36 Konstantin A. Lepikhov 
написал(a):
> <цитата от="Epiphanov Sergei">
>
> > В сообщении от Friday 30 December 2005 15:24 Konstantin A. Lepikhov
> >
> > написал(a):
> >> - используется HZ=1000 для -up и HZ=250 для -smp
> >
> > А с чего такое разделение труда? Жаль, что для -smp HZ=250, а не 1000.
>
> потому как -smp расчитан на серверное использование.

Почему? А мне это ядро нужно для распараллеливания расчётной задачи, 
работающей в реальном времени, на 2*Xeon HT (4 виртуальных процессора). И 
4мс несколько жмут...

-- 
С уважением, Епифанов Сергей

[devel] Re: I: new wks26 kernel

[Konstantin A. Lepikhov]

<цитата от="Epiphanov Sergei">
> В сообщении от Tuesday 10 January 2006 13:36 Konstantin A. Lepikhov
> написал(a):
>> <цитата от="Epiphanov Sergei">
>>
>> > В сообщении от Friday 30 December 2005 15:24 Konstantin A. Lepikhov
>> >
>> > написал(a):
>> >> - используется HZ=1000 для -up и HZ=250 для -smp
>> >
>> > А с чего такое разделение труда? Жаль, что для -smp HZ=250, а не 1000.
>>
>> потому как -smp расчитан на серверное использование.
>
> Почему? А мне это ядро нужно для распараллеливания расчётной задачи,
> работающей в реальном времени, на 2*Xeon HT (4 виртуальных процессора). И
> 4мс несколько жмут...
тогда приглашаем вас к тестированию ядра ll26 ;)

-- 
WBR et al.

Re: [devel] Re: I: new wks26 kernel

[Epiphanov Sergei]

В сообщении от Tuesday 10 January 2006 14:05 Konstantin A. Lepikhov 
написал(a):
> > Почему? А мне это ядро нужно для распараллеливания расчётной задачи,
> > работающей в реальном времени, на 2*Xeon HT (4 виртуальных процессора).
> > И 4мс несколько жмут...
>
> тогда приглашаем вас к тестированию ядра ll26 ;)

С удовольствием, вот только сначала заставить бы работать gfortran в gcc4, а 
то g77 от 3.4 при распараллеливании простого расчёта, занимающего <1% общего 
времени одного цикла обсчёта, увеличивает общее время решения в 2,5-3 раза.

Так, основной цикл содержит порядка 250-300 тыс. расчётов, а этот огрызок не 
более 1000 более простых. Распараллеливание основного снижает время расчёта 
в 2 раза, а распараллеливание огрызка - увеличивает расчёт в 2,5-3 раза. 
Охренеть! (Простите за грубое слово). Но это ничто по сравнению с Intel 
Fortran Compilator 9.0: там вообще segmentation fault на операции умножения.

-- 
С уважением, Епифанов Сергей

[devel] Re: I: new wks26 kernel

[Konstantin A. Lepikhov]

<цитата от="Epiphanov Sergei">
> В сообщении от Tuesday 10 January 2006 14:05 Konstantin A. Lepikhov
> написал(a):
>> > Почему? А мне это ядро нужно для распараллеливания расчётной задачи,
>> > работающей в реальном времени, на 2*Xeon HT (4 виртуальных
>> процессора).
>> > И 4мс несколько жмут...
>>
>> тогда приглашаем вас к тестированию ядра ll26 ;)
>
> С удовольствием, вот только сначала заставить бы работать gfortran в gcc4,
> а
> то g77 от 3.4 при распараллеливании простого расчёта, занимающего <1%
> общего
> времени одного цикла обсчёта, увеличивает общее время решения в 2,5-3
> раза.
"приглашаем тестировать" - это поставить и попробовать, а не писать патч.

-- 
WBR et al.

Re: [devel] Re: I: new wks26 kernel

[Epiphanov Sergei]

В сообщении от Tuesday 10 January 2006 14:50 Konstantin A. Lepikhov 
написал(a):
> >> тогда приглашаем вас к тестированию ядра ll26 ;)
> >
> > С удовольствием, вот только сначала заставить бы работать gfortran в
> > gcc4, а
> > то g77 от 3.4 при распараллеливании простого расчёта, занимающего <1%
> > общего
> > времени одного цикла обсчёта, увеличивает общее время решения в 2,5-3
> > раза.
>
> "приглашаем тестировать" - это поставить и попробовать, а не писать патч.

Мне нужно сначала сойтись с компилятором, а то 3.4 что-то неладное выдаёт. И 
это ни коим образом не касается ядра и патчей к нему.

-- 
С уважением, Епифанов Сергей