Re: [devel] Re: kernel despaghettification

Re: [devel] Re: kernel despaghettification

[Alexey Morozov]

On Tue, Sep 10, 2002 at 03:14:19PM +0400, Konstantin Volckov wrote:
> > > Михаил, ядро Вашей сборки заработало с java?
> > Да, пока проблем не наблюдаю. Я отключил все патчсеты и разную
> > мелкую сволочь, которая перестала прикладываться или просто
> > мне не понравилась.
> Вполне закономерный результат - у Вас получилось практически ванильное
> ядро.
На "ванильном" ядре (то бишь, 2.4.x-linus-alt*) ява тоже не работает :-/.
В смысле, работает, но проблемы (с работой под нагрузкой, с падениями в
описанных местах) не исчезают.

Re: [devel] Re: kernel despaghettification

[Alex Ott]

>>>>> "AM" == Alexey Morozov writes:
 AM> On Tue, Sep 10, 2002 at 03:14:19PM +0400, Konstantin Volckov wrote:
 > > Михаил, ядро Вашей сборки заработало с java?  Да, пока проблем не
 > наблюдаю. Я отключил все патчсеты и разную мелкую сволочь, которая
 > перестала прикладываться или просто мне не понравилась.
 >> Вполне закономерный результат - у Вас получилось практически ванильное
 >> ядро.
 AM> На "ванильном" ядре (то бишь, 2.4.x-linus-alt*) ява тоже не работает
 AM> :-/.  В смысле, работает, но проблемы (с работой под нагрузкой, с
 AM> падениями в описанных местах) не исчезают.

Я сегодня в очередной раз погонял яву. Собрал ядро 2.4.19 и в итоге после
запуска томката и jboss на большом проекте, через некоторое время стал
получать сообщения "Cannot fork: resousrce isn't available" -- как и со
стандартным ядром альтлинукс.

проект очнь большой -- порядка 40 мегабайт исходников

-- 
With best wishes, Alex Ott
-------------------------------
Jet Infosystems, Moscow, Russia    mailto: ottalex@narod.ru
http://xtalk.msk.su/~ott/          ICQ #22005116

Re: [devel] Re: kernel despaghettification

[Konstantin Volckov]

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

On Sun, 15 Sep 2002 18:25:06 +0400
Alex Ott <ottalex@narod.ru> wrote:

Hi!

>  AM> On Tue, Sep 10, 2002 at 03:14:19PM +0400, Konstantin Volckov wrote:
>  > > Михаил, ядро Вашей сборки заработало с java?  Да, пока проблем не
>  > наблюдаю. Я отключил все патчсеты и разную мелкую сволочь, которая
>  > перестала прикладываться или просто мне не понравилась.
>  >> Вполне закономерный результат - у Вас получилось практически
>  >ванильное> ядро.
>  AM> На "ванильном" ядре (то бишь, 2.4.x-linus-alt*) ява тоже не
>  AM> работает:-/.  В смысле, работает, но проблемы (с работой под
>  AM> нагрузкой, с падениями в описанных местах) не исчезают.
> 
> Я сегодня в очередной раз погонял яву. Собрал ядро 2.4.19 и в итоге
> после запуска томката и jboss на большом проекте, через некоторое время
> стал получать сообщения "Cannot fork: resousrce isn't available" -- как
> и со стандартным ядром альтлинукс.
> 
> проект очнь большой -- порядка 40 мегабайт исходников

Нужно увеличить лимит на количество запускаемых процессов.

> -- 
> With best wishes, Alex Ott
> -------------------------------
> Jet Infosystems, Moscow, Russia    mailto: ottalex@narod.ru
> http://xtalk.msk.su/~ott/          ICQ #22005116


-- 
Успехов,
Konstantin

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

Re: [devel] Re: kernel despaghettification

[Alexey Morozov]

On Mon, Sep 16, 2002 at 03:34:53PM +0400, Konstantin Volckov wrote:
> > Я сегодня в очередной раз погонял яву. Собрал ядро 2.4.19 и в итоге
> > после запуска томката и jboss на большом проекте, через некоторое время
> > стал получать сообщения "Cannot fork: resousrce isn't available" -- как
> > и со стандартным ядром альтлинукс.
> > 
> > проект очнь большой -- порядка 40 мегабайт исходников
> Нужно увеличить лимит на количество запускаемых процессов.
Ну, я увеличил :-). Если речь про виденный мною баг, оно падает, как я уже
писал, при 200-400 тредах, в зависимости от версии JDK, софтины и прочего.
Можете пообщаться с Михаилом Румянцевым в сизифовом листе, он Вам сможет
показать конкретные примеры, где, как и чего падает, я на
соответствующий программный комплекс только издали смотрел.

Да, сравнивать на повод "работает/не работает должным образом" лучше с ядром
от RH, а не с ванильным. Впрочем, как мне говорили ведущие джававоды, в
основных дистрибутивах сейчас уже все более-менее в порядке.

Re: [devel] Re: kernel despaghettification

[Konstantin Volckov]

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

On Sun, 15 Sep 2002 21:09:28 +0700
Alexey Morozov <morozov@novosoft.ru> wrote:

Hi!

> > > > Михаил, ядро Вашей сборки заработало с java?
> > > Да, пока проблем не наблюдаю. Я отключил все патчсеты и разную
> > > мелкую сволочь, которая перестала прикладываться или просто
> > > мне не понравилась.
> > Вполне закономерный результат - у Вас получилось практически ванильное
> > ядро.
> На "ванильном" ядре (то бишь, 2.4.x-linus-alt*) ява тоже не работает
> :-/. В смысле, работает, но проблемы (с работой под нагрузкой, с
> падениями в описанных местах) не исчезают.

Очевидно это происходит из-за различный конфигов для сборки ядер.

-- 
Успехов,
Konstantin

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

Re: [devel] Re: kernel despaghettification

[Alexey Morozov]

On Tue, Sep 10, 2002 at 04:14:49PM +0400, aen wrote:
> Думаю, хоть и не проверял, что на ядре SuSE тоже работает Java, так как 
> они включают ее и J-приложения в дистрибутив.
> Хоть это уже было здесь, но можем ли мы еще раз, окончательно, 
> "утвердить и согласовать" тест на работосрособоность JRE?
Нет. Мы можем пробежаться по Bug Parade на developer.java.sun.com и
отметить крыжиками те баги, на которых "все плохо". А потом сравнить
список с установленными с нуля RH, SuSe, <you-name-it>... Доверять
сановской базе в этой части, видимо, смысла не имеет, т.к. по
наблюдениям, статус "closed, fixed" иногда появляется "ради красного
словца", т.е. все равно надо проверять.

[devel] kernel branches: packaging suggestion (was: kernel deghettofication)

[Michael Shigorin]

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

On Mon, Sep 09, 2002 at 06:17:41PM +0400, Konstantin Volckov wrote:
> Ветка -stable как раз и создавалась в том числе для уменьшения
> различий между ванильным и обычным ядрами.

Я тут подумал -- а нет ли смысла не увеличивать диагональ матрицы
"stable/eXPerimantal/..." x "up/smp" x "i586/i686" -- и не
сделать ли такой расклад:

stable == smp == i686
xp == up == i586 (, i686, ...)

-- при этом приложения stable-ветки будут очерчены как скорее
сервер, а для однопроцессорных "supastable" систем можно также
рекомендовать использование SMP-ядра (насколько я помню, оверхед
там несущественный и в любом случае при тюнинге нужно решать кучу
других вещей);

-- "обычное" ядро при этом двигается где-то вдоль существующей
траектории с поправкой на проверку требований народа в Daedalus
этим самым заинтересованным народом, ну или feature/patch request
должен быть для начала подтвержден "домашним" тестированием.

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

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

Re: [devel] kernel branches: packaging suggestion (was: kernel deghettofication)

[Dmitry Lebkov]

On Mon, 23 Sep 2002 15:01:58 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Mon, Sep 09, 2002 at 06:17:41PM +0400, Konstantin Volckov wrote:
> > Ветка -stable как раз и создавалась в том числе для уменьшения
> > различий между ванильным и обычным ядрами.
> 
> Я тут подумал -- а нет ли смысла не увеличивать диагональ матрицы
> "stable/eXPerimantal/..." x "up/smp" x "i586/i686" -- и не
> сделать ли такой расклад:
> 
> stable == smp == i686
> xp == up == i586 (, i686, ...)

Не есть хорошо т.к. глюки, отсутствующие на -up, могут вылезти на -smp.
Живой прмер (вернее мертвый, если еще не оживили) - драйвер RAID-контроллера
Intel SRCU31L (gdth.o). Сейчас живет на 2.2.20-alt2-smp. А на 2.4.x того же
времени система останавливалась после загрузки модуля.

На более свежих не проверял, т.к. систему поставили в работу.

Т.е. как минимум -smp из xp исключять не имеет смысла, imho ...

WBR, Dmitry Lebkov

[devel] Re: kernel branches: packaging suggestion (was: kernel deghettofication)

[Michael Shigorin]

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

On Tue, Sep 24, 2002 at 01:34:19AM +1100, Dmitry Lebkov wrote:
> > stable == smp == i686
> > xp == up == i586 (, i686, ...)
> Не есть хорошо т.к. глюки, отсутствующие на -up, могут вылезти
> на -smp.

А чем это хуже текущей схемы?  Или предложите другую...

> Живой прмер (вернее мертвый, если еще не оживили) - драйвер
> RAID-контроллера Intel SRCU31L (gdth.o). Сейчас живет на
> 2.2.20-alt2-smp. А на 2.4.x того же времени система
> останавливалась после загрузки модуля.

Стоп.  При этом на 24-up оно работало?

> Т.е. как минимум -smp из xp исключять не имеет смысла, imho ...

И все-таки мне кажется, что это сильно частный случай (не
воспримите лично -- понимаю и сочувствую) и тут было принято
нормальное решение -- kernel22.

Я все же еще раз попрошу комментариев по предложению, потому как
мне почему-то кажется, что это -- "80"-вариант ("80/20), вместо
горы ядер, которую будет труднее майнтейнить, дольше собирать и
дороже тянуть.

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

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

Re: [devel] Re: kernel branches: packaging suggestion (was: kernel deghettofication)

[Dmitry Lebkov]

On Mon, 23 Sep 2002 17:44:55 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Tue, Sep 24, 2002 at 01:34:19AM +1100, Dmitry Lebkov wrote:
> > > stable == smp == i686
> > > xp == up == i586 (, i686, ...)
> > Не есть хорошо т.к. глюки, отсутствующие на -up, могут вылезти
> > на -smp.
> 
> А чем это хуже текущей схемы?  Или предложите другую...
Ничем. Я просто высказал свое мнение относительно исключения -smp
из эксперементальной сборки.

> > Живой прмер (вернее мертвый, если еще не оживили) - драйвер
> > RAID-контроллера Intel SRCU31L (gdth.o). Сейчас живет на
> > 2.2.20-alt2-smp. А на 2.4.x того же времени система
> > останавливалась после загрузки модуля.
> 
> Стоп.  При этом на 24-up оно работало?

Да.

> > Т.е. как минимум -smp из xp исключять не имеет смысла, imho ...
> 
> И все-таки мне кажется, что это сильно частный случай (не

Наверняка. :) Единственное, за те неполных 5 лет, что я сижу на
SMP-машинках, вроде было еще несколько случаев такого поведения
up и smp ядер -- но я сейчас и не вспомню.

> Я все же еще раз попрошу комментариев по предложению, потому как
> мне почему-то кажется, что это -- "80"-вариант ("80/20), вместо
> горы ядер, которую будет труднее майнтейнить, дольше собирать и
> дороже тянуть.

Согласен со всеми приаеденными аргументами, но все-таки хотелось
бы иметь smp-сборку xp-ядер %) ...

Не думаю, что я один здесь такой, у кого есть возможность использовать
несколько SMP-машин в качестве тестовой площадки ...

WBR, Dmitry Lebkov

[devel] Re: kernel branches: packaging suggestion (was: kernel deghettofication)

[Michael Shigorin]

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

On Tue, Sep 24, 2002 at 02:12:08AM +1100, Dmitry Lebkov wrote:
> Согласен со всеми приаеденными аргументами, но все-таки хотелось
> бы иметь smp-сборку xp-ядер %) ...
> 
> Не думаю, что я один здесь такой, у кого есть возможность использовать
> несколько SMP-машин в качестве тестовой площадки ...

Тогда эта часть моих слов -- в /dev/null, понятно.

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

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