[sisyphus] I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[sisyphus] I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Shigorin]

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

On Thu, Dec 19, 2002 at 08:36:08PM +0200, Victor Forsyuk wrote:
> Я бы добавил еще один [block]: kernel24 практически
> неработоспособен с java-приложениями. По крайней мере, если это
> не block, то я не понимаю, что тогда вообще может называться
> block'ом.

По мотивам обсуждения в sisyphus
(http://www.altlinux.ru/pipermail/sisyphus/2002-April/029563.html
и дальше по треду) было произведено несколько тестов.

Приборы и материалы: 

- kernel24-up-2.4.20-alt0.7
- glibc-core-i686-2.2.6-alt0.6 (опционально)
- AXP1700+
- все, кажется, в кэше (150M cached)

Кофе и кофеварки:

- SegFaultTest.class (см. ссылку), собранный IBM JDK 1.3.1; 
- IBM JDK 1.3.1;
- Sun JRE 1.3.1 (jre-1.3.1-alt2);
- Sun JDK 1.4.0_01 (setup failed).

Резюме: 

- без glibc-core-i686 -- никак (спасибо Михаилу Румянцеву за
  ключевой толчок в нужном направлении);
- с ней у IBM JDK все равно остаются проблемы (впрочем, есть еще
  мои некофейные руки);
- с ней у Sun JRE 1.3.1 наступает облегчение и "полет"
  крэштеста продолжается ~8--9 сек (вместо ~0.1 сек).

Слайды:

---
trickster:~/src> JAVA_HOME=/opt/IBMJava2-131 /opt/IBMJava2-131/bin/javac SegFaultTest.java

trickster:~/src> JAVA_HOME=/opt/IBMJava2-131 /usr/bin/time /opt/IBMJava2-131/bin/java SegFaultTest
Unexpected exception has occurred:
ReportedExceptionCode = 40, at ExceptionAddress = 402540d4
        UNABLE_TO_GROW_STACK occured outside Interpreter and JITed code
        ExecMode = EXECMODE_COMPILEDCODE
        stackpointer=0xbffc73d0
Writing Java core file ....
Unexpected exception has occurred:
ReportedExceptionCode = 40, at ExceptionAddress = 402ca601
        UNABLE_TO_GROW_STACK occured outside Interpreter and JITed code
        ExecMode = EXECMODE_COMPILEDCODE
Written Java core to javacore.txt
0.23user 0.05system 0:00.27elapsed 100%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (2434major+2372minor)pagefaults 0swaps

trickster:~/src> JAVA_HOME=/usr/lib/jre1.3.1 /usr/bin/time /usr/lib/jre1.3.1/bin/java SegFaultTest 
0.17user 0.06system 0:00.50elapsed 45%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (5064major+2470minor)pagefaults 0swaps

trickster:~/src> sudo rpm -i /var/cache/apt/archives/glibc-core-i686_6%3a2.2.6-alt0.6_i686.rpm 

trickster:~/src> JAVA_HOME=/usr/lib/jre1.3.1 /usr/bin/time /usr/lib/jre1.3.1/bin/java SegFaultTest 
0.19user 0.08system 0:08.94elapsed 3%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (5080major+3946minor)pagefaults 0swaps

trickster:~/src> JAVA_HOME=/usr/lib/jre1.3.1 /usr/bin/time /usr/lib/jre1.3.1/bin/java SegFaultTest 
0.20user 0.05system 0:07.70elapsed 3%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (5080major+3946minor)pagefaults 0swaps

trickster:~/src> JAVA_HOME=/opt/IBMJava2-131 /usr/bin/time /opt/IBMJava2-131/bin/java SegFaultTest 
Unexpected exception has occurred:
ReportedExceptionCode = 40, at ExceptionAddress = 402590d4
        UNABLE_TO_GROW_STACK occured outside Interpreter and JITed code
        ExecMode = EXECMODE_COMPILEDCODE
        stackpointer=0xbffc73f0
Writing Java core file ....
Unexpected exception has occurred:
ReportedExceptionCode = 40, at ExceptionAddress = 402cf601
        UNABLE_TO_GROW_STACK occured outside Interpreter and JITed code
        ExecMode = EXECMODE_COMPILEDCODE
Written Java core to javacore.txt
0.25user 0.03system 0:00.27elapsed 100%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (2436major+2049minor)pagefaults 0swaps
trickster:~/src> sudo rpm -e --nodeps --noscripts gcc-common jre 
trickster:~/src> sudo rpm -i /home/mike/RPM/RPMS/i586/j2sdk-sun-1.4.0_01-alt1.i586.rpm 
---

...на этом месте я пока буксую:

---
trickster:~/src> JAVA_HOME=/usr/lib/jdk /usr/lib/jdk/bin/java SegFaultTest 
Error occurred during initialization of VM           
java.lang.NullPointerException
trickster:~/src> JAVA_HOME=/usr/lib/jdk/jre /usr/lib/jdk/jre/bin/java SegFaultTest
Error occurred during initialization of VM
java.lang.NullPointerException
---

Баги:

Может, кто напомнит/намекнет, как правильнее готовить IBM JDK --
я еще не проснулся. %)

Планы:

Дальше планируется провести тесты установки Oracle; тут вопрос:
более осмысленно использовать 8.x или 9.x? (применительно к
"капризности по java/kernel/libc")

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

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

Re: [sisyphus] I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Денис Якимов]

В Срд, 25.12.2002, в 11:40, Michael Shigorin написал:

> Планы:
> 
> Дальше планируется провести тесты установки Oracle; тут вопрос:
> более осмысленно использовать 8.x или 9.x? (применительно к
> "капризности по java/kernel/libc")

8ка и так без особых проблем бегает. Интересно поведение подопытного 
с нумером 9.2.0R2 (или около того).

-- 
С Уважением,
Денис Якимов
старший инженер ИЦ УВД Ярославской области, тел: (0852) 27-93-36

[sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Shigorin]

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

On Wed, Dec 25, 2002 at 11:38:48AM +0300, Денис Якимов wrote:
> 8ка и так без особых проблем бегает. Интересно поведение
> подопытного с нумером 9.2.0R2 (или около того).

Да, так и задумано.

On Wed, Dec 25, 2002 at 12:02:04PM +0300, Alexey V. Lubimov wrote:
> > В сообщении от 25 Декабрь 2002 12:47 AntonFarygin написал:
> > > Все это хорошо. Но - рекомендую все-таки использовать
> > > 2.4.20 ядро для тестов. Правда оно не в Sisysphus, но если

2 all: кстати, вопрос BuildRequires, кажется, решен. :)

> > Как не в сизифе...а енто что  - 2.4.20-alt0.1-adv-up 

Это 2.4.20-alt0.1-adv-up.  Я тестировал на "пре-пре"
2.4.20-alt0.7.  Насколько я понимаю, после очередного раунда
фиксов оно должно направиться в Sisyphus.

> оно там каждые полчаса обновляется...

????

On Wed, Dec 25, 2002 at 03:49:22PM +0600, Michael Rumjantsev wrote:
>  MS> - без glibc-core-i686 -- никак (спасибо Михаилу Румянцеву за
>         На самом деле "как". На 2.4.19-alt0.5-stable-up после
>         echo 0 > /proc/sys/vm/heap-stack-gap
>         у меня все работало и без glibc-core-i686. Но с ним лучше.

Да, до этого места треда я уже не добрался.

Может, суммировать его (уже обсужденное и "последние сводки") на
atmsk.ru всем миром?

>  MS> - с ней у IBM JDK все равно остаются проблемы (впрочем, есть еще
>  MS>   мои некофейные руки);
>         А это поделие вообще нигде толком не работает, кроме
>         как на всякой мелочи. Во всяком случае для тестов оно
>         не показательно.

Ммм... ну резину тянуло вполне себе.

>  MS> Error occurred during initialization of VM
>  MS> java.lang.NullPointerException
>         Вот тут попробуйте вначале сказать ulimit -s 2048.

Т.е. сбросить с 8192 ?

>         Точно не припомню, но вроде где-то я такое видел.
>         Конечно, это в любом случае костыли, но интересно
>         поглядеть на результат.

Гм.  К экспериментам с 1.4 я не возвращался пока (плюс
подсказывают, что надо тогда уж 1.4.1).

1.3.1 -- упало заметно быстрее :-)

>         Попробуйте сначала сказать echo 0 > /proc/sys/vm/heap-stack-gap
>         на 2.4.20. Если оно сработает, так может обновлю себе
>         ядро да тоже потыкаюсь вечерком.

Протянуло раза в полтора дольше и вывалило простыню (чего без
echo > heap-stack-gap не наблюдалось, кстати -- забыл отметить,
хотя было видно).

Судя по

---
trickster:~/src> JAVA_HOME=/usr/lib/jre1.3.1 /usr/bin/time /usr/lib/jre1.3.1/bin/java SegFaultTest 2>&1 | grep init | wc -l
   1024
trickster:~/src> ulimit -a
cpu time (seconds)         unlimited
file size (blocks)         unlimited
data seg size (kbytes)     unlimited
stack size (kbytes)        8192
core file size (blocks)    0
unlimited
processes                  128
file descriptors           1024
locked-in-memory size (kb) unlimited
memory size (kb)           unlimited
unlimited
---

-- уперлись в лимит более высокого порядка?

>  MS> Дальше планируется провести тесты установки Oracle; тут вопрос: более
>         9-ку берите, IMHO, интереснее и полезнее.

ack

PS: 2 cornet, avp: сдается мне, эти пляски надо в крайнем случае
_задокументировать_ в чем-то вроде admin/java.

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

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

[sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Alexandre Prokoudine]

On Wed, 25 Dec 2002 13:53:49 +0200
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Wed, Dec 25, 2002 at 11:38:48AM +0300, Денис Якимов wrote:
> > 8ка и так без особых проблем бегает. Интересно поведение
> > подопытного с нумером 9.2.0R2 (или около того).
> 
> Да, так и задумано.
> 
> On Wed, Dec 25, 2002 at 12:02:04PM +0300, Alexey V. Lubimov wrote:
> > > В сообщении от 25 Декабрь 2002 12:47 AntonFarygin написал:
> > > > Все это хорошо. Но - рекомендую все-таки использовать
> > > > 2.4.20 ядро для тестов. Правда оно не в Sisysphus, но если
> 
> 2 all: кстати, вопрос BuildRequires, кажется, решен. :)
> 
> > > Как не в сизифе...а енто что  - 2.4.20-alt0.1-adv-up 
> 
> Это 2.4.20-alt0.1-adv-up.  Я тестировал на "пре-пре"
> 2.4.20-alt0.7.  Насколько я понимаю, после очередного раунда
> фиксов оно должно направиться в Sisyphus.
> 
> > оно там каждые полчаса обновляется...
> 
> ????
> 
> On Wed, Dec 25, 2002 at 03:49:22PM +0600, Michael Rumjantsev wrote:
> >  MS> - без glibc-core-i686 -- никак (спасибо Михаилу Румянцеву за
> >         На самом деле "как". На 2.4.19-alt0.5-stable-up после
> >         echo 0 > /proc/sys/vm/heap-stack-gap
> >         у меня все работало и без glibc-core-i686. Но с ним лучше.
> 
> Да, до этого места треда я уже не добрался.
> 
> Может, суммировать его (уже обсужденное и "последние сводки") на
> atmsk.ru всем миром?
> 
> >  MS> - с ней у IBM JDK все равно остаются проблемы (впрочем, есть еще
> >  MS>   мои некофейные руки);
> >         А это поделие вообще нигде толком не работает, кроме
> >         как на всякой мелочи. Во всяком случае для тестов оно
> >         не показательно.
> 
> Ммм... ну резину тянуло вполне себе.
> 
> >  MS> Error occurred during initialization of VM
> >  MS> java.lang.NullPointerException
> >         Вот тут попробуйте вначале сказать ulimit -s 2048.
> 
> Т.е. сбросить с 8192 ?
> 
> >         Точно не припомню, но вроде где-то я такое видел.
> >         Конечно, это в любом случае костыли, но интересно
> >         поглядеть на результат.
> 
> Гм.  К экспериментам с 1.4 я не возвращался пока (плюс
> подсказывают, что надо тогда уж 1.4.1).
> 
> 1.3.1 -- упало заметно быстрее :-)
> 
> >         Попробуйте сначала сказать echo 0 > /proc/sys/vm/heap-stack-gap
> >         на 2.4.20. Если оно сработает, так может обновлю себе
> >         ядро да тоже потыкаюсь вечерком.
> 
> Протянуло раза в полтора дольше и вывалило простыню (чего без
> echo > heap-stack-gap не наблюдалось, кстати -- забыл отметить,
> хотя было видно).
> 
> Судя по
> 
> ---
> trickster:~/src> JAVA_HOME=/usr/lib/jre1.3.1 /usr/bin/time /usr/lib/jre1.3.1/bin/java SegFaultTest 2>&1 | grep init | wc -l
>    1024
> trickster:~/src> ulimit -a
> cpu time (seconds)         unlimited
> file size (blocks)         unlimited
> data seg size (kbytes)     unlimited
> stack size (kbytes)        8192
> core file size (blocks)    0
> unlimited
> processes                  128
> file descriptors           1024
> locked-in-memory size (kb) unlimited
> memory size (kb)           unlimited
> unlimited
> ---
> 
> -- уперлись в лимит более высокого порядка?
> 
> >  MS> Дальше планируется провести тесты установки Oracle; тут вопрос: более
> >         9-ку берите, IMHO, интереснее и полезнее.
> 
> ack
> 
> PS: 2 cornet, avp: сдается мне, эти пляски надо в крайнем случае
> _задокументировать_ в чем-то вроде admin/java.

1. А почему admin? 

2. Если включать в документацию, то в бОльшем объёме, стилистически
корректно и с явной мотивацией причины.

А.П.

[sisyphus] Re: [docs] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Shigorin]

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

On Wed, Dec 25, 2002 at 03:32:05PM +0300, Alexandre Prokoudine wrote:
> > >  MS> - без glibc-core-i686 -- никак (спасибо Михаилу Румянцеву за
> > >         На самом деле "как". На 2.4.19-alt0.5-stable-up после
> > >         echo 0 > /proc/sys/vm/heap-stack-gap
> > >         у меня все работало и без glibc-core-i686. Но с ним лучше.

> > PS: 2 cornet, avp: сдается мне, эти пляски надо в крайнем случае
> > _задокументировать_ в чем-то вроде admin/java.
> 1. А почему admin? 

Потому, что актуально при нагрузке -- oracle, resin и пр.

> 2. Если включать в документацию, то в бОльшем объёме,
> стилистически корректно и с явной мотивацией причины.

Возможно.  Я понимаю, что "баклан, прилетающий поздно" -- но если
не выяснится, что все безоблачно -- пол-абзаца может много
человеко-часов сэкономить.

Олег, возьмешься подобрать "советы лучших собаководов", если что?

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

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

[sisyphus] Re: [docs] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Shigorin]

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

On Wed, Dec 25, 2002 at 03:32:05PM +0300, Alexandre Prokoudine wrote:
> Michael Shigorin <mike@osdn.org.ua> wrote:
> > >         Попробуйте сначала сказать echo 0 > /proc/sys/vm/heap-stack-gap
> > >         на 2.4.20. Если оно сработает, так может обновлю себе
> > >         ядро да тоже потыкаюсь вечерком.
> > Протянуло раза в полтора дольше и вывалило простыню (чего без
> > echo > heap-stack-gap не наблюдалось, кстати -- забыл отметить,
> > хотя было видно).
> > 
> > Судя по
> > ---
> > trickster:~/src> JAVA_HOME=/usr/lib/jre1.3.1 /usr/bin/time /usr/lib/jre1.3.1/bin/java SegFaultTest 2>&1 | grep init | wc -l
> >    1024
> > ---
> > -- уперлись в лимит более высокого порядка?

Тормоз :-)  Это же количество рекурсивных вызовов?

> > PS: 2 cornet, avp: сдается мне, эти пляски надо в крайнем случае
> > _задокументировать_ в чем-то вроде admin/java.

...или хотя бы на www.atmsk.ru.  Кажется, несколько информативных
тредов было.

А еще лучше -- чтоб проблема испарилась................

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

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

[sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[AntonFarygin]

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

Michael Shigorin пишет:

>On Thu, Dec 19, 2002 at 08:36:08PM +0200, Victor Forsyuk wrote:
>  
>
>>Я бы добавил еще один [block]: kernel24 практически
>>неработоспособен с java-приложениями. По крайней мере, если это
>>не block, то я не понимаю, что тогда вообще может называться
>>block'ом.
>>    
>>
>
>По мотивам обсуждения в sisyphus
>(http://www.altlinux.ru/pipermail/sisyphus/2002-April/029563.html
>и дальше по треду) было произведено несколько тестов.
>
>Приборы и материалы: 
>
>- kernel24-up-2.4.20-alt0.7
>- glibc-core-i686-2.2.6-alt0.6 (опционально)
>- AXP1700+
>- все, кажется, в кэше (150M cached)
>
>Кофе и кофеварки:
>
>- SegFaultTest.class (см. ссылку), собранный IBM JDK 1.3.1; 
>- IBM JDK 1.3.1;
>- Sun JRE 1.3.1 (jre-1.3.1-alt2);
>- Sun JDK 1.4.0_01 (setup failed).
>
>Резюме: 
>
>- без glibc-core-i686 -- никак (спасибо Михаилу Румянцеву за
>  ключевой толчок в нужном направлении);
>- с ней у IBM JDK все равно остаются проблемы (впрочем, есть еще
>  мои некофейные руки);
>- с ней у Sun JRE 1.3.1 наступает облегчение и "полет"
>  крэштеста продолжается ~8--9 сек (вместо ~0.1 сек).
>
>Слайды:
>
>---
>trickster:~/src> JAVA_HOME=/opt/IBMJava2-131 /opt/IBMJava2-131/bin/javac SegFaultTest.java
>
>trickster:~/src> JAVA_HOME=/opt/IBMJava2-131 /usr/bin/time /opt/IBMJava2-131/bin/java SegFaultTest
>Unexpected exception has occurred:
>ReportedExceptionCode = 40, at ExceptionAddress = 402540d4
>        UNABLE_TO_GROW_STACK occured outside Interpreter and JITed code
>        ExecMode = EXECMODE_COMPILEDCODE
>        stackpointer=0xbffc73d0
>Writing Java core file ....
>Unexpected exception has occurred:
>ReportedExceptionCode = 40, at ExceptionAddress = 402ca601
>        UNABLE_TO_GROW_STACK occured outside Interpreter and JITed code
>        ExecMode = EXECMODE_COMPILEDCODE
>Written Java core to javacore.txt
>0.23user 0.05system 0:00.27elapsed 100%CPU (0avgtext+0avgdata 0maxresident)k
>0inputs+0outputs (2434major+2372minor)pagefaults 0swaps
>
>trickster:~/src> JAVA_HOME=/usr/lib/jre1.3.1 /usr/bin/time /usr/lib/jre1.3.1/bin/java SegFaultTest 
>0.17user 0.06system 0:00.50elapsed 45%CPU (0avgtext+0avgdata 0maxresident)k
>0inputs+0outputs (5064major+2470minor)pagefaults 0swaps
>
>trickster:~/src> sudo rpm -i /var/cache/apt/archives/glibc-core-i686_6%3a2.2.6-alt0.6_i686.rpm 
>
>trickster:~/src> JAVA_HOME=/usr/lib/jre1.3.1 /usr/bin/time /usr/lib/jre1.3.1/bin/java SegFaultTest 
>0.19user 0.08system 0:08.94elapsed 3%CPU (0avgtext+0avgdata 0maxresident)k
>0inputs+0outputs (5080major+3946minor)pagefaults 0swaps
>
>trickster:~/src> JAVA_HOME=/usr/lib/jre1.3.1 /usr/bin/time /usr/lib/jre1.3.1/bin/java SegFaultTest 
>0.20user 0.05system 0:07.70elapsed 3%CPU (0avgtext+0avgdata 0maxresident)k
>0inputs+0outputs (5080major+3946minor)pagefaults 0swaps
>
>trickster:~/src> JAVA_HOME=/opt/IBMJava2-131 /usr/bin/time /opt/IBMJava2-131/bin/java SegFaultTest 
>Unexpected exception has occurred:
>ReportedExceptionCode = 40, at ExceptionAddress = 402590d4
>        UNABLE_TO_GROW_STACK occured outside Interpreter and JITed code
>        ExecMode = EXECMODE_COMPILEDCODE
>        stackpointer=0xbffc73f0
>Writing Java core file ....
>Unexpected exception has occurred:
>ReportedExceptionCode = 40, at ExceptionAddress = 402cf601
>        UNABLE_TO_GROW_STACK occured outside Interpreter and JITed code
>        ExecMode = EXECMODE_COMPILEDCODE
>Written Java core to javacore.txt
>0.25user 0.03system 0:00.27elapsed 100%CPU (0avgtext+0avgdata 0maxresident)k
>0inputs+0outputs (2436major+2049minor)pagefaults 0swaps
>trickster:~/src> sudo rpm -e --nodeps --noscripts gcc-common jre 
>trickster:~/src> sudo rpm -i /home/mike/RPM/RPMS/i586/j2sdk-sun-1.4.0_01-alt1.i586.rpm 
>---
>
>...на этом месте я пока буксую:
>
>---
>trickster:~/src> JAVA_HOME=/usr/lib/jdk /usr/lib/jdk/bin/java SegFaultTest 
>Error occurred during initialization of VM           
>java.lang.NullPointerException
>trickster:~/src> JAVA_HOME=/usr/lib/jdk/jre /usr/lib/jdk/jre/bin/java SegFaultTest
>Error occurred during initialization of VM
>java.lang.NullPointerException
>---
>
>Баги:
>
>Может, кто напомнит/намекнет, как правильнее готовить IBM JDK --
>я еще не проснулся. %)
>
>Планы:
>
>Дальше планируется провести тесты установки Oracle; тут вопрос:
>более осмысленно использовать 8.x или 9.x? (применительно к
>"капризности по java/kernel/libc")
>  
>
Все это хорошо. Но - рекомендую все-таки использовать 2.4.20 ядро для 
тестов. Правда оно не в Sisysphus, но если попросить Костика выложить 
его куда-нить.

Не в Sisyphus - по причине непрохождения одного очень критичного теста.

Rgds,
Rider


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

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Korshunov Ilya]

В сообщении от 25 Декабрь 2002 12:47 AntonFarygin написал:
> Все это хорошо. Но - рекомендую все-таки использовать 2.4.20 ядро для
> тестов. Правда оно не в Sisysphus, но если попросить Костика выложить
> его куда-нить.

Как не в сизифе...а енто что  -
2.4.20-alt0.1-adv-up 

????? 
И где тогда я его взял :)

-- 
Best Regards
Korshunov Ilya
JID: koshakp@jabber.org

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Alexey V. Lubimov]

On Wed, 25 Dec 2002 11:54:14 +0300
Korshunov Ilya <kosha@Kp.ru> wrote:

> В сообщении от 25 Декабрь 2002 12:47 AntonFarygin написал:
> > Все это хорошо. Но - рекомендую все-таки использовать 2.4.20 ядро для
> > тестов. Правда оно не в Sisysphus, но если попросить Костика выложить
> > его куда-нить.
> 
> Как не в сизифе...а енто что  -
> 2.4.20-alt0.1-adv-up 
> 
> ????? 
> И где тогда я его взял :)

оно там каждые полчаса обновляется...

-- 
С уважением, Алексей Любимов avl@cad.ru

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Korshunov Ilya]

В сообщении от 25 Декабрь 2002 12:02 Alexey V. Lubimov написал:
> > Как не в сизифе...а енто что  -
> > 2.4.20-alt0.1-adv-up
> >
> > ?????
> > И где тогда я его взял :)
>
> оно там каждые полчаса обновляется...

А, то бишь его там больше нету ?

-- 
Best Regards
Korshunov Ilya
JID: koshakp@jabber.org

[sisyphus] [JT] Re: I: java crash testing w/2.4.20-alt

[Michael Shigorin]

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

On Wed, Dec 25, 2002 at 12:47:49PM +0300, AntonFarygin wrote:
> >- kernel24-up-2.4.20-alt0.7
     ^^^^^^^^^^^^^^^^^^^^^^^^^
> >Дальше планируется провести тесты установки Oracle; тут вопрос:
> >более осмысленно использовать 8.x или 9.x? (применительно к
> >"капризности по java/kernel/libc")
> Все это хорошо. Но - рекомендую все-таки использовать 2.4.20
> ядро для тестов. Правда оно не в Sisysphus, но если попросить
> Костика выложить его куда-нить.

Антон!  Добросовестный квотинг помогает проснуться :-) 

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

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

Re: [sisyphus] I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Rumjantsev]

>>>>> Michael Shigorin on Wed, 25 Dec 2002 10:40:59 +0200 writes:

 MS> Резюме:
 MS> - без glibc-core-i686 -- никак (спасибо Михаилу Румянцеву за
 MS>   ключевой толчок в нужном направлении);

        На самом деле "как". На 2.4.19-alt0.5-stable-up после
        echo 0 > /proc/sys/vm/heap-stack-gap
        у меня все работало и без glibc-core-i686. Но с ним лучше.

 MS> - с ней у IBM JDK все равно остаются проблемы (впрочем, есть еще
 MS>   мои некофейные руки);

        А это поделие вообще нигде толком не работает, кроме как на всякой
        мелочи. Во всяком случае для тестов оно не показательно.

 MS> ...на этом месте я пока буксую:
 MS> trickster:~/src> JAVA_HOME=/usr/lib/jdk /usr/lib/jdk/bin/java
 MS> trickster:~/src> SegFaultTest
 MS> Error occurred during initialization of VM
 MS> java.lang.NullPointerException
 MS> trickster:~/src> JAVA_HOME=/usr/lib/jdk/jre /usr/lib/jdk/jre/bin/java
 MS> trickster:~/src> SegFaultTest
 MS> Error occurred during initialization of VM
 MS> java.lang.NullPointerException ---

        Вот тут попробуйте вначале сказать ulimit -s 2048. Точно не
        припомню, но вроде где-то я такое видел. Конечно, это в любом
        случае костыли, но интересно поглядеть на результат.

 MS> Планы:

        Попробуйте сначала сказать
        echo 0 > /proc/sys/vm/heap-stack-gap
        на 2.4.20. Если оно сработает, так может обновлю себе ядро да тоже
        потыкаюсь вечерком. А то тестового тазика у меня нету, а на
        основной машинке работающую конфигурацию трогать страшно - работы
        сейчас сильно много.

 MS> Дальше планируется провести тесты установки Oracle; тут вопрос: более
 MS> осмысленно использовать 8.x или 9.x? (применительно к "капризности по
 MS> java/kernel/libc")

        9-ку берите, IMHO, интереснее и полезнее.

-- 
     Michael Rumjantsev
     iNetLab

Re: [sisyphus] I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Dmitry V. Levin]

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

On Wed, Dec 25, 2002 at 03:49:22PM +0600, Michael Rumjantsev wrote:
>  MS> Резюме:
>  MS> - без glibc-core-i686 -- никак (спасибо Михаилу Румянцеву за
>  MS>   ключевой толчок в нужном направлении);
> 
>         На самом деле "как". На 2.4.19-alt0.5-stable-up после
>         echo 0 > /proc/sys/vm/heap-stack-gap
>         у меня все работало и без glibc-core-i686. Но с ним лучше.

Для справки:
glibc-core-i686 заточено на kernel >= 2.4.2 и использует его
дополнительные возможности, которых нет и нк будет в 2.2.x.
Использовать его на 2.2.x нельзя.


--
ldv

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

Re: [sisyphus] I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[AntonFarygin]

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

Dmitry V. Levin пишет:

>On Wed, Dec 25, 2002 at 03:49:22PM +0600, Michael Rumjantsev wrote:
>  
>
>> MS> Резюме:
>> MS> - без glibc-core-i686 -- никак (спасибо Михаилу Румянцеву за
>> MS>   ключевой толчок в нужном направлении);
>>
>>        На самом деле "как". На 2.4.19-alt0.5-stable-up после
>>        echo 0 > /proc/sys/vm/heap-stack-gap
>>        у меня все работало и без glibc-core-i686. Но с ним лучше.
>>    
>>
>
>Для справки:
>glibc-core-i686 заточено на kernel >= 2.4.2 и использует его
>дополнительные возможности, которых нет и нк будет в 2.2.x.
>Использовать его на 2.2.x нельзя.
>  
>
Так в этом все и дело? Именно потому, что glibc не заточен на kernel >= 
2.4.2, на нем и не выполняются эти кофейные тесты?

Rgds,
Rider


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

Re: [sisyphus] I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Rumjantsev]

>>>>> rider  on Wed, 25 Dec 2002 14:12:11 +0300 writes:

 >> Для справки: glibc-core-i686 заточено на kernel >= 2.4.2 и использует
 >> его дополнительные возможности, которых нет и нк будет в 2.2.x.
 >> Использовать его на 2.2.x нельзя.
 >>

 r> Так в этом все и дело? Именно потому, что glibc не заточен на kernel
 >> = 2.4.2, на нем и не выполняются эти кофейные тесты?

        Не так. При использовании ядра серии 2.2.* glibc-core-i686 по
        меньшей мере бесполезен. Вся его польза проявляется на ядрах 2.4.2
        и выше. Без glibc-core-i686 ядро 2.4.* тоже будет работать (ведь
        работает же все на наших конторских серверах с SuSE и RedHat. А там
        у нас нету даже подобия glibc-core-i686). На Жабу в ALT-окружении
        это,впрочем, влияет мало, она, по слухам, и с 2.2.*  ядрами не
        сильно дружит. 

-- 
     Michael Rumjantsev
     iNetLab

Re: [sisyphus] I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[AntonFarygin]

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

Michael Rumjantsev пишет:

>>>>>>rider  on Wed, 25 Dec 2002 14:12:11 +0300 writes:
>>>>>>            
>>>>>>
>
> >> Для справки: glibc-core-i686 заточено на kernel >= 2.4.2 и использует
> >> его дополнительные возможности, которых нет и нк будет в 2.2.x.
> >> Использовать его на 2.2.x нельзя.
> >>
>
> r> Так в этом все и дело? Именно потому, что glibc не заточен на kernel
> >> = 2.4.2, на нем и не выполняются эти кофейные тесты?
>
>        Не так. При использовании ядра серии 2.2.* glibc-core-i686 по
>        меньшей мере бесполезен. Вся его польза проявляется на ядрах 2.4.2
>        и выше. Без glibc-core-i686 ядро 2.4.* тоже будет работать (ведь
>        работает же все на наших конторских серверах с SuSE и RedHat. А там
>        у нас нету даже подобия glibc-core-i686). На Жабу в ALT-окружении
>        это,впрочем, влияет мало, она, по слухам, и с 2.2.*  ядрами не
>        сильно дружит. 
>  
>
Вы не поняли мой вопрос:


Можно ли сделать так, что бы стандартный glibc работал с Java, путем 
прекращения поддержки ядра ветки 2.2 и добавления в него 
функциональности из glibc-core-i686 ?

Rgds,
Rider



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

Re: [sisyphus] I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Rumjantsev]

>>>>> rider  on Wed, 25 Dec 2002 14:51:40 +0300 writes:

 r> Вы не поняли мой вопрос:

        А, вот как. Прошу прощения.

 r> Можно ли сделать так, что бы стандартный glibc работал с Java, путем
 r> прекращения поддержки ядра ветки 2.2 и добавления в него
 r> функциональности из glibc-core-i686 ?

        Насколько я понимаю, ничего прекращать не надо. glibc-core-i686 это
        довесок к стандарному glibc-core, например в RedHat непомнюкакой
        (стоит чего-то у нас на сервере, ядро 2.4.*) они объединены в один
        пакет. Умный линкер по идее должен сам понять, какую версию
        библиотек подцепить в зависимости от возможностей ядра.

        Если стоит ядро 2.4.* то можно вручную управлять этим процессом,
        выставляя переменную LD_ASSUME_KERNEL=2.2.5, тогда будут цепляться 
        стандартные либы glibc-core, без всяких расширений. И в том самом
        RedHat'е оно таки все работает. В ALT вообще интересная штука:

        [geom@geom lib]$ rpm -qa | grep glibc-core
        glibc-core-i686-2.2.6-alt0.4
        glibc-core-2.2.6-alt0.4

        [geom@geom lib]$ java -version
        java version "1.3.1_02"
        Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)
        Java HotSpot(TM) Client VM (build 1.3.1_02-b02, mixed mode)

        [geom@geom lib]$ LD_ASSUME_KERNEL=2.2.5 java -version
        /bin/sh: error while loading shared libraries: libdl.so.2: cannot
        open shared object file: No such file or directory

        Это обстоятельство на днях принесло много радости при установке
        IntelliJ IDEA.

-- 
     Michael Rumjantsev
     iNetLab

[sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Shigorin]

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

On Wed, Dec 25, 2002 at 08:18:57PM +0600, Michael Rumjantsev wrote:
>         Насколько я понимаю, ничего прекращать не надо. glibc-core-i686 это
>         довесок к стандарному glibc-core, например в RedHat непомнюкакой
>         (стоит чего-то у нас на сервере, ядро 2.4.*) они объединены в один
>         пакет.

Причем мне _кажется_, что привязывать гвоздями пользователю
лишние полтора мегабайта -- неправильно:

~> rpm -q --qf='%{SIZE}\n' glibc-core-i686-2.2.6-alt0.6 
1624945

>         RedHat'е оно таки все работает. В ALT вообще интересная штука:
>         [geom@geom lib]$ rpm -qa | grep glibc-core
>         glibc-core-i686-2.2.6-alt0.4
>         glibc-core-2.2.6-alt0.4
>         [geom@geom lib]$ LD_ASSUME_KERNEL=2.2.5 java -version
>         /bin/sh: error while loading shared libraries: libdl.so.2: cannot
>         open shared object file: No such file or directory

Хм.

trickster:~> rpm -qa | grep glibc-core 
glibc-core-2.2.6-alt0.6
glibc-core-i686-2.2.6-alt0.6
trickster:~> LD_ASSUME_KERNEL=2.2.5 ls
/bin/ls: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory

%)

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

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

[sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Shigorin]

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

On Wed, Dec 25, 2002 at 05:54:28PM +0200, Michael Shigorin wrote:
> Причем мне _кажется_, что привязывать гвоздями пользователю
> лишние полтора мегабайта -- неправильно:

(потерял) ...но вот приоритет glibc-core-i686 можно поднять до
существенного.

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

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

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Dmitry V. Levin]

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

On Wed, Dec 25, 2002 at 05:54:28PM +0200, Michael Shigorin wrote:
> trickster:~> rpm -qa | grep glibc-core 
> glibc-core-2.2.6-alt0.6
> glibc-core-i686-2.2.6-alt0.6
> trickster:~> LD_ASSUME_KERNEL=2.2.5 ls
> /bin/ls: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory

Все правильно.
Я же сказал (и в changelog'е написал: glibc-core-i686 можно использовать
только на cpu >= i686 и только на kernel >= 2.4.1; за счёт этого
получается выигрыш в быстродействии. Если вам не нужна glibc, заточенная
на 2.4.x - не ставьте её.


--
ldv

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

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Korshunov Ilya]

В сообщении от 25 Декабрь 2002 19:59 Dmitry V. Levin написал:
> Все правильно.
> Я же сказал (и в changelog'е написал: glibc-core-i686 можно использовать
> только на cpu >= i686 и только на kernel >= 2.4.1; за счёт этого
> получается выигрыш в быстродействии. Если вам не нужна glibc, заточенная
> на 2.4.x - не ставьте её.

Ксати вопрос - а как поставить glibc-core-i686 ? Просто rpm -Uvh ставит её но 
оставляет и 586 версию 



-- 
Best Regards
Korshunov Ilya
JID: koshakp@jabber.org

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Dmitry V. Levin]

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

On Wed, Dec 25, 2002 at 08:12:01PM +0300, Korshunov Ilya wrote:
> > Все правильно.
> > Я же сказал (и в changelog'е написал: glibc-core-i686 можно использовать
> > только на cpu >= i686 и только на kernel >= 2.4.1; за счёт этого
> > получается выигрыш в быстродействии. Если вам не нужна glibc, заточенная
> > на 2.4.x - не ставьте её.
> 
> Ксати вопрос - а как поставить glibc-core-i686 ? Просто rpm -Uvh ставит её но 
> оставляет и 586 версию 

И это правильно.


--
ldv

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

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Sergey Vlasov]

On Wed, 25 Dec 2002 19:59:18 +0300
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Wed, Dec 25, 2002 at 05:54:28PM +0200, Michael Shigorin wrote:
> > trickster:~> rpm -qa | grep glibc-core 
> > glibc-core-2.2.6-alt0.6
> > glibc-core-i686-2.2.6-alt0.6
> > trickster:~> LD_ASSUME_KERNEL=2.2.5 ls
> > /bin/ls: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
> 
> Все правильно.
> Я же сказал (и в changelog'е написал: glibc-core-i686 можно использовать
> только на cpu >= i686 и только на kernel >= 2.4.1; за счёт этого
> получается выигрыш в быстродействии. Если вам не нужна glibc, заточенная
> на 2.4.x - не ставьте её.

Да, но только то же самое происходит и в системе, где glibc-core-i686
и не пахло (ибо там i586). glibc-core-2.2.6-alt0.5.

Это тоже правильно?

Re: [sisyphus] glibc-core [attn: mike, avl]

[Dmitry V. Levin]

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

On Wed, Dec 25, 2002 at 08:21:47PM +0300, Sergey Vlasov wrote:
> > > trickster:~> rpm -qa | grep glibc-core 
> > > glibc-core-2.2.6-alt0.6
> > > glibc-core-i686-2.2.6-alt0.6
> > > trickster:~> LD_ASSUME_KERNEL=2.2.5 ls
> > > /bin/ls: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
> > 
> > Все правильно.
> > Я же сказал (и в changelog'е написал: glibc-core-i686 можно использовать
> > только на cpu >= i686 и только на kernel >= 2.4.1; за счёт этого
> > получается выигрыш в быстродействии. Если вам не нужна glibc, заточенная
> > на 2.4.x - не ставьте её.
> 
> Да, но только то же самое происходит и в системе, где glibc-core-i686
> и не пахло (ибо там i586). glibc-core-2.2.6-alt0.5.
> 
> Это тоже правильно?

Да, это правильно.
Поскольку никто не читает то, что я пишу в анонсах, придется
продемонстрировать на чисто конкретном примере:

$ LD_ASSUME_KERNEL=2.2.5 ls -l /var/empty
ls: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
$ LD_ASSUME_KERNEL=2.2.6 ls -l /var/empty
ls: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
[...]
$ LD_ASSUME_KERNEL=2.2.17 ls -l /var/empty
ls: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
$ LD_ASSUME_KERNEL=2.2.18 ls -l /var/empty
total 0
$ LD_ASSUME_KERNEL=2.2.19 ls -l /var/empty
total 0
[...]

Для тех, кто не понял:
Начиная с glibc-2.2.5-alt10, поддерживаются ядра 2.2.18-ipl1mdk и новее.
Читайте glibc package changelog от Wed Jul 03 2002.

2mike,avl: Если считаете нужным, впишите это в readme.alt, howto, etc.


--
ldv

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

Re: [sisyphus] glibc-core [attn: mike, avl]

[Sergey Vlasov]

On Wed, 25 Dec 2002 20:50:21 +0300
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> Поскольку никто не читает то, что я пишу в анонсах, придется
> продемонстрировать на чисто конкретном примере:
> 
> $ LD_ASSUME_KERNEL=2.2.5 ls -l /var/empty
> ls: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
> $ LD_ASSUME_KERNEL=2.2.6 ls -l /var/empty
> ls: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
> [...]
> $ LD_ASSUME_KERNEL=2.2.17 ls -l /var/empty
> ls: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
> $ LD_ASSUME_KERNEL=2.2.18 ls -l /var/empty
> total 0
> $ LD_ASSUME_KERNEL=2.2.19 ls -l /var/empty
> total 0
> [...]
> 
> Для тех, кто не понял:
> Начиная с glibc-2.2.5-alt10, поддерживаются ядра 2.2.18-ipl1mdk и новее.
> Читайте glibc package changelog от Wed Jul 03 2002.
> 
> 2mike,avl: Если считаете нужным, впишите это в readme.alt, howto, etc.

Проблема в том, что очень многие жабские инсталяторы (на базе
InstallAnywhere - вроде так) ставят LD_ASSUME_KERNEL=2.2.5 (или около
того), что приводит к невозможности установки. Приходится править их
через hexedit.

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Rumjantsev]

>>>>> Dmitry V Levin on Wed, 25 Dec 2002 19:59:18 +0300 writes:

 DVL> On Wed, Dec 25, 2002 at 05:54:28PM +0200, Michael Shigorin wrote:
 >> trickster:~> rpm -qa | grep glibc-core
 >> glibc-core-2.2.6-alt0.6 glibc-core-i686-2.2.6-alt0.6
 >> trickster:~> LD_ASSUME_KERNEL=2.2.5 ls
 >> /bin/ls: error while loading shared libraries: libpthread.so.0: cannot
 >> open shared object file: No such file or directory

 DVL> Все правильно.  Я же сказал (и в changelog'е написал: glibc-core-i686
 DVL> можно использовать только на cpu >= i686 и только на kernel >= 2.4.1;
 DVL> за счёт этого получается выигрыш в быстродействии. Если вам не нужна
 DVL> glibc, заточенная на 2.4.x - не ставьте её.

        Дмитрий, тут получается другая ситуация. Получается, что установив
        glibc-core-i686 уже нельзя использовать стандартный glibc-core. И
        если бы это решение (что именно использовать) зависело только от
        меня, я бы не волновался. Но вот инсталлятор от IntelliJ IDEA
        (что-то типа InstallAnywhere) насильно проставляет
        LD_ASSUME_KERNEL=2.2.5 перед запуском java (тяжкое наследие RedHat
        7.0, коли не ошибаюсь). С учетом того, как устроен этот
        InstallAnywhere, получаем пол-часа нудного и аккуратного ковыряния в
        портрохах полуразвалившегося дистрибутива.

        Мне нужна glibc, заточенная на 2.4.х. Но иногда есть необходимость
        использовать и не заточенную. Увы.

-- 
     Michael Rumjantsev
     iNetLab

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Dmitry V. Levin]

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

On Thu, Dec 26, 2002 at 11:41:50AM +0600, Michael Rumjantsev wrote:
>  >> trickster:~> rpm -qa | grep glibc-core
>  >> glibc-core-2.2.6-alt0.6 glibc-core-i686-2.2.6-alt0.6
>  >> trickster:~> LD_ASSUME_KERNEL=2.2.5 ls
>  >> /bin/ls: error while loading shared libraries: libpthread.so.0: cannot
>  >> open shared object file: No such file or directory
> 
>  DVL> Все правильно.  Я же сказал (и в changelog'е написал: glibc-core-i686
>  DVL> можно использовать только на cpu >= i686 и только на kernel >= 2.4.1;
>  DVL> за счёт этого получается выигрыш в быстродействии. Если вам не нужна
>  DVL> glibc, заточенная на 2.4.x - не ставьте её.
> 
>         Дмитрий, тут получается другая ситуация. Получается, что установив
>         glibc-core-i686 уже нельзя использовать стандартный glibc-core. И
>         если бы это решение (что именно использовать) зависело только от
>         меня, я бы не волновался. Но вот инсталлятор от IntelliJ IDEA
>         (что-то типа InstallAnywhere) насильно проставляет
>         LD_ASSUME_KERNEL=2.2.5 перед запуском java (тяжкое наследие RedHat
>         7.0, коли не ошибаюсь). С учетом того, как устроен этот
>         InstallAnywhere, получаем пол-часа нудного и аккуратного ковыряния в
>         портрохах полуразвалившегося дистрибутива.

Что касактся LD_ASSUME_KERNEL=2.2.5, то в наших glibc оно по умолчанию не
поддерживается. Вариантов два:
- пересобрать с --disable altkernel;
- пропатчить InstallAnywhere.


--
ldv

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

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Dmitry V. Levin]

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

On Thu, Dec 26, 2002 at 11:39:39AM +0300, Dmitry V. Levin wrote:
> On Thu, Dec 26, 2002 at 11:41:50AM +0600, Michael Rumjantsev wrote:
> >  >> trickster:~> rpm -qa | grep glibc-core
> >  >> glibc-core-2.2.6-alt0.6 glibc-core-i686-2.2.6-alt0.6
> >  >> trickster:~> LD_ASSUME_KERNEL=2.2.5 ls
> >  >> /bin/ls: error while loading shared libraries: libpthread.so.0: cannot
> >  >> open shared object file: No such file or directory
> > 
> >  DVL> Все правильно.  Я же сказал (и в changelog'е написал: glibc-core-i686
> >  DVL> можно использовать только на cpu >= i686 и только на kernel >= 2.4.1;
> >  DVL> за счёт этого получается выигрыш в быстродействии. Если вам не нужна
> >  DVL> glibc, заточенная на 2.4.x - не ставьте её.
> > 
> >         Дмитрий, тут получается другая ситуация. Получается, что установив
> >         glibc-core-i686 уже нельзя использовать стандартный glibc-core. И
> >         если бы это решение (что именно использовать) зависело только от
> >         меня, я бы не волновался. Но вот инсталлятор от IntelliJ IDEA
> >         (что-то типа InstallAnywhere) насильно проставляет
> >         LD_ASSUME_KERNEL=2.2.5 перед запуском java (тяжкое наследие RedHat
> >         7.0, коли не ошибаюсь). С учетом того, как устроен этот
> >         InstallAnywhere, получаем пол-часа нудного и аккуратного ковыряния в
> >         портрохах полуразвалившегося дистрибутива.
> 
> Что касактся LD_ASSUME_KERNEL=2.2.5, то в наших glibc оно по умолчанию не
> поддерживается. Вариантов два:
> - пересобрать с --disable altkernel;
> - пропатчить InstallAnywhere.

Если все-таки спрос на "LD_ASSUME_KERNEL=2.2.5" достаточно велик, то я
могу добавить хак в glibc, который будет выравнивать запрашиваемое
значение LD_ASSUME_KERNEL до минимального поддерживаемого, в нашем случае
это 2.2.18. Что скажете?


--
ldv

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

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Aleksey Novodvorsky]

Dmitry V. Levin пишет:

>>Что касактся LD_ASSUME_KERNEL=2.2.5, то в наших glibc оно по умолчанию не
>>поддерживается. Вариантов два:
>>- пересобрать с --disable altkernel;
>>- пропатчить InstallAnywhere.
>>    
>>
>
>Если все-таки спрос на "LD_ASSUME_KERNEL=2.2.5" достаточно велик, то я
>могу добавить хак в glibc, который будет выравнивать запрашиваемое
>значение LD_ASSUME_KERNEL до минимального поддерживаемого, в нашем случае
>это 2.2.18. Что скажете?
>
Думаю, что это было бы разумно.
Rgrds, AEN

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Dmitry V. Levin]

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

On Thu, Dec 26, 2002 at 01:55:26PM +0300, Aleksey Novodvorsky wrote:
> >>Что касактся LD_ASSUME_KERNEL=2.2.5, то в наших glibc оно по умолчанию не
> >>поддерживается. Вариантов два:
> >>- пересобрать с --disable altkernel;
> >>- пропатчить InstallAnywhere.
> >>    
> >>
> >
> >Если все-таки спрос на "LD_ASSUME_KERNEL=2.2.5" достаточно велик, то я
> >могу добавить хак в glibc, который будет выравнивать запрашиваемое
> >значение LD_ASSUME_KERNEL до минимального поддерживаемого, в нашем случае
> >это 2.2.18. Что скажете?
> >
> Думаю, что это было бы разумно.

Поскольку это все-таки хак, то я спрашиваю:
Насколько велик спрос?


--
ldv

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

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Борис Ревякин]

On Thu, 26 Dec 2002 14:53:43 +0300
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> Насколько велик спрос?

Похоже невелик.

-- 
С уважением,
  нач.ОАСУ ЗАО "Урупский ГОК"
  Борис Ревякин			mailto:br@gin.ru
  
  
  

Re: [sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Rumjantsev]

>>>>> Dmitry V Levin on Thu, 26 Dec 2002 13:51:16 +0300 writes:

 DVL> Если все-таки спрос на "LD_ASSUME_KERNEL=2.2.5" достаточно велик, то
 DVL> я могу добавить хак в glibc, который будет выравнивать запрашиваемое
 DVL> значение LD_ASSUME_KERNEL до минимального поддерживаемого, в нашем
 DVL> случае это 2.2.18. Что скажете?

        Как минимум, это позволит работать, так что, пожалуй, добавьте :)

        А вообще, Дмитрий, не могли бы вы объяснить, почему нельзя в
        качестве базового glibc-core собрать нечто такое, что работало бы
        на "любом" ядре? Я правильно понимаю, что если мне по каким-то
        причинам придется поставить пресловутое ядро 2.2.5, то у меня
        вообще вся система рухнет?

-- 
     Michael Rumjantsev
     iNetLab

Re: [sisyphus] LD_ASSUME_KERNEL

[Dmitry V. Levin]

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

On Thu, Dec 26, 2002 at 06:03:13PM +0600, Michael Rumjantsev wrote:
>  DVL> Если все-таки спрос на "LD_ASSUME_KERNEL=2.2.5" достаточно велик, то
>  DVL> я могу добавить хак в glibc, который будет выравнивать запрашиваемое
>  DVL> значение LD_ASSUME_KERNEL до минимального поддерживаемого, в нашем
>  DVL> случае это 2.2.18. Что скажете?
> 
>         Как минимум, это позволит работать, так что, пожалуй, добавьте :)

Позволит, но только на >= 2.2.18-ipl1mdk.

>         А вообще, Дмитрий, не могли бы вы объяснить, почему нельзя в
>         качестве базового glibc-core собрать нечто такое, что работало бы
>         на "любом" ядре? Я правильно понимаю, что если мне по каким-то

А зачем? Какая от этого реальная польза и кому?

>         причинам придется поставить пресловутое ядро 2.2.5, то у меня
>         вообще вся система рухнет?

Конечно. А по каким причинам вам может понадобиться такое ядро?


--
ldv

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

Re: [sisyphus] LD_ASSUME_KERNEL

[Michael Rumjantsev]

>>>>> Dmitry V Levin on Thu, 26 Dec 2002 15:23:44 +0300 writes:

 DVL> On Thu, Dec 26, 2002 at 06:03:13PM +0600, Michael Rumjantsev wrote:
 DVL> Если все-таки спрос на "LD_ASSUME_KERNEL=2.2.5" достаточно велик, то
 DVL> я могу добавить хак в glibc, который будет выравнивать запрашиваемое
 DVL> значение LD_ASSUME_KERNEL до минимального поддерживаемого, в нашем
 DVL> случае это 2.2.18. Что скажете?

 >> Как минимум, это позволит работать, так что, пожалуй, добавьте :)
 DVL> Позволит, но только на >= 2.2.18-ipl1mdk.

        Ну это просто замечательно. Собственно, нужно, чтобы это работало с
        любым поддерживаемым ядром от ALTLinux. Но чтобы работало в любой
        позиции, если уж стоит ядро заведомо совместимое.

 >> А вообще, Дмитрий, не могли бы вы объяснить, почему нельзя в качестве
 >> базового glibc-core собрать нечто такое, что работало бы на "любом"
 >> ядре? Я правильно понимаю, что если мне по каким-то
 DVL> А зачем? Какая от этого реальная польза и кому?

        Чтобы защититься от подобных ситуаций. Она ведь не единична. После
        всех разборок с Java крепнет ощущение, что в Sisyphus 
        может работать только то, что в нем же и было собрано. Шаг влево,
        шаг вправо - опаньки. А в тоже время, есть достаточно большое
        количество продуктов, которых в Sisyphus никогда не будет, но
        пользоваться которыми надо.

-- 
     Michael Rumjantsev
     iNetLab

[sisyphus] Re: I: java crash testing w/2.4.20-alt (was: [devel] major and block bugs)

[Michael Shigorin]

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

On Thu, Dec 26, 2002 at 01:51:16PM +0300, Dmitry V. Levin wrote:
> Если все-таки спрос на "LD_ASSUME_KERNEL=2.2.5" достаточно
> велик, то я могу добавить хак в glibc, который будет
> выравнивать запрашиваемое значение LD_ASSUME_KERNEL до
> минимального поддерживаемого, в нашем случае это 2.2.18. Что
> скажете?

Видимо, так.

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

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