[sisyphus] Исповедь извращенца, или вопрос про chroot...

[sisyphus] Исповедь извращенца, или вопрос про chroot...

[Vitaly Lugovsky]

 Итак, господа, каюсь - я извращенец.
Я возжелал поставить Oracle 8.1.7 на Сизифа. И выбрал
самый простой из извращённых способов  - создал
под chroot-ом полностью RedHat6.2 окружение, куда
Oracle и встал почти без скрипа. Единственной проблемой
оказалась невозможность запустить listener - он просто
тупо ругается на любой порт, что он якобы уже кем-то занят.
Явно chroot постарался. Дык вот в связи с этим вопрос
(в первую очередь к тем, кто всяких демонов под chroot
загонять горазд) - в чём тут дело, и как его победить?

[sisyphus] Re: [sisyphus] Исповедь извращенца, или вопрос про chroot...

[cornet]

Vitaly Lugovsky wrote:
> 
>  Итак, господа, каюсь - я извращенец.
> Я возжелал поставить Oracle 8.1.7 на Сизифа. И выбрал
> самый простой из извращённых способов  - создал
> под chroot-ом полностью RedHat6.2 окружение, куда
> Oracle и встал почти без скрипа.

Да, батенька, Вы извращенец!
;-))
По идее на Сизиф Oracle должен вставать легко и непринужденно.

> Единственной проблемой
> оказалась невозможность запустить listener - он просто
> тупо ругается на любой порт, что он якобы уже кем-то занят.
> Явно chroot постарался. Дык вот в связи с этим вопрос
> (в первую очередь к тем, кто всяких демонов под chroot
> загонять горазд) - в чём тут дело, и как его победить?

Так. 
Может ему каких девайсов не хватает?
Он из chroot может получить сведения о сетевых настройках
реальной системы?
Прогоните его под strace и посмотрите что он открывать желает,
какие сокеты ему нужны и для чего, куда пишет ну и прочее. Это
многое прояснит.

Загляните в chroot любого из черутных демонов, работающих с
сеткой, и посмотрте в тамошние /etc /var/run /dev и тому
подобные места - там компоненты из _реальной_ системы. Расвно
как и в /lib все либы из реальной системы. Привнесение туда
библиотек из другого дистра может привести к самым разнообразным
приколам ;-)

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru

Re: [sisyphus] Re: [sisyphus] Исповедь извращенца, или вопрос про chroot...

[Igor Homyakov]

On Fri, Mar 01, 2002 at 12:38:26AM +0300, cornet wrote:
> Vitaly Lugovsky wrote:
> > 
> >  Итак, господа, каюсь - я извращенец.
> > Я возжелал поставить Oracle 8.1.7 на Сизифа. И выбрал
> > самый простой из извращённых способов  - создал
> > под chroot-ом полностью RedHat6.2 окружение, куда
> > Oracle и встал почти без скрипа.
> 
> Да, батенька, Вы извращенец!
> ;-))
> По идее на Сизиф Oracle должен вставать легко и непринужденно.

К сожеланию ничего подобного. Сизиф слишком далеко ушел от RH 6.2
чтобы Oracle 8.1.7 нормально на него вставал. Будут серьезные проблемы
с верcией libc и gcc/binutils.

-- 
Igor Homyakov
<homyakov(at)ramax.spb.ru>

Re: [sisyphus] Re: [sisyphus] Исповедь извращенца, или вопрос про chroot...

[Vitaly Lugovsky]

On Fri, 1 Mar 2002, cornet wrote:

> Vitaly Lugovsky wrote:

> >  Итак, господа, каюсь - я извращенец.
> > Я возжелал поставить Oracle 8.1.7 на Сизифа. И выбрал
> > самый простой из извращённых способов  - создал
> > под chroot-ом полностью RedHat6.2 окружение, куда
> > Oracle и встал почти без скрипа.
> 
> Да, батенька, Вы извращенец!
> ;-))
> По идее на Сизиф Oracle должен вставать легко и непринужденно.

 Это по идее. Реально же Oracle 8.1.7 и не подумает вставать - что
и понятно, он железно завязан на glibc 2.1.3, а последний 9i так же
обламывается на линковке по непонятной причине (с дури успел обновиться
до 2.2.5...).

> > Единственной проблемой
> > оказалась невозможность запустить listener - он просто
> > тупо ругается на любой порт, что он якобы уже кем-то занят.
> > Явно chroot постарался. Дык вот в связи с этим вопрос
> > (в первую очередь к тем, кто всяких демонов под chroot
> > загонять горазд) - в чём тут дело, и как его победить?
> 
> Так. 
> Может ему каких девайсов не хватает?

 Это исключено - я за основу взял готовенький, честно поставленный
RH6.2. Даже /dev/ полный...

> Он из chroot может получить сведения о сетевых настройках
> реальной системы?
 
 Может.

> Прогоните его под strace и посмотрите что он открывать желает,
> какие сокеты ему нужны и для чего, куда пишет ну и прочее. Это
> многое прояснит.

 Хм. Я бы попробовал - да сложно это. Бяка происходит при линковке,
а такого монстра, как его инсталлятор, через strace не поглядеть.
При чём, момент бяки определить практически нереально - она просто
решает, что протокол TCP устанавливать не надо, и потом никакими
увещеваниями заразу в этом не убедить, нет там скрипта для
перелинковки тех библиотек...

 Кстати, ему (а точнее, jre), ещё и /proc захотелось - память
и число процессоров посчитать, что решилось через mount --bind...

> Загляните в chroot любого из черутных демонов, работающих с
> сеткой, и посмотрте в тамошние /etc /var/run /dev и тому
> подобные места - там компоненты из _реальной_ системы. Расвно
> как и в /lib все либы из реальной системы. Привнесение туда
> библиотек из другого дистра может привести к самым разнообразным
> приколам ;-)

 Так в том и состоит извращение, чтоб выдать ему точнёхонько glibc 2.1.3,
и всё остальное, с ней собранное... Это определённо использование chroot 
не по назначению, но уж очень заманчивой идея казалась - ставить oracle на 
любой дистрибутив, не заморачиваясь на его идиотские требования к glibc...

Re: [sisyphus] Исповедь извращенца, или вопрос про chroot...

["Баталов Григорий"]

On Fri, 1 Mar 2002 16:45:53 +0300 (MSK)
Vitaly Lugovsky <vsl@ontil.ihep.su> wrote:

> > Да, батенька, Вы извращенец!
> > ;-))
> > По идее на Сизиф Oracle должен вставать легко и непринужденно.
> 
>  Это по идее. Реально же Oracle 8.1.7 и не подумает вставать - что
> и понятно, он железно завязан на glibc 2.1.3, а последний 9i так же
> обламывается на линковке по непонятной причине (с дури успел обновиться
> до 2.2.5...).

   У меня glibc-2.2.4-alt3.
 Но это не Сизиф, это Mandrake-8.0 + однократно Сизиф.

-- 
 Баталов Григорий,
 системный администратор
 АО "Ковдорский ГОК"

Re: [sisyphus] Исповедь извращенца, или вопрос про chroot...

[Vitaly Lugovsky]

On Fri, 1 Mar 2002, "Баталов Григорий" wrote:

> > > Да, батенька, Вы извращенец!
> > > ;-))
> > > По идее на Сизиф Oracle должен вставать легко и непринужденно.
> > 
> >  Это по идее. Реально же Oracle 8.1.7 и не подумает вставать - что
> > и понятно, он железно завязан на glibc 2.1.3, а последний 9i так же
> > обламывается на линковке по непонятной причине (с дури успел обновиться
> > до 2.2.5...).
> 
>    У меня glibc-2.2.4-alt3.
>  Но это не Сизиф, это Mandrake-8.0 + однократно Сизиф.

 Ну так на 2.2.4 Oracle 9i ставиться должен, фишка в том, что
он ни на что другое ставиться не станет. Да и не нужен мне этот
уродец, хватило бы даже 8.0.x, но за наличием его отсутствия лучший
выбор - 8.1.7...

 Кроме того, совсем не хочется зажимать glibc только из-за оракла,
лучше уж ему отдельную песочницу организовать, и пущай там возится,
не мешая остальным приложениям и не завися от них.

ЗЫ: если заборю эту задачу, может, HOWTO напишу, если кому ещё 
потребуется...

Re: [sisyphus] Исповедь извращенца, или вопрос про chroot...

["Баталов Григорий"]

On Fri, 1 Mar 2002 17:05:50 +0300 (MSK)
Vitaly Lugovsky <vsl@ontil.ihep.su> wrote:

> > > > Да, батенька, Вы извращенец!
> > > > ;-))
> > > > По идее на Сизиф Oracle должен вставать легко и непринужденно.
> > > 
> > >  Это по идее. Реально же Oracle 8.1.7 и не подумает вставать - что
> > > и понятно, он железно завязан на glibc 2.1.3, а последний 9i так же
> > > обламывается на линковке по непонятной причине (с дури успел обновиться
> > > до 2.2.5...).
> > 
> >    У меня glibc-2.2.4-alt3.
> >  Но это не Сизиф, это Mandrake-8.0 + однократно Сизиф.
> 
>  Ну так на 2.2.4 Oracle 9i ставиться должен, фишка в том, что
> он ни на что другое ставиться не станет. Да и не нужен мне этот
> уродец, хватило бы даже 8.0.x, но за наличием его отсутствия лучший
> выбор - 8.1.7...

  У меня тоже 8.1.7.

>  Кроме того, совсем не хочется зажимать glibc только из-за оракла,
> лучше уж ему отдельную песочницу организовать, и пущай там возится,
> не мешая остальным приложениям и не завися от них.
> 
> ЗЫ: если заборю эту задачу, может, HOWTO напишу, если кому ещё 
> потребуется...

  Конечно потребуется!

-- 
 Баталов Григорий,
 системный администратор
 АО "Ковдорский ГОК"

Re: [sisyphus] Исповедь извращенца, или вопрос про chroot...

[Andrey S. Pankov]

1 Март 2002 16:09, Вы написали:
> On Fri, 1 Mar 2002 17:05:50 +0300 (MSK)
>
> Vitaly Lugovsky <vsl@ontil.ihep.su> wrote:
> > > > > Да, батенька, Вы извращенец!
> > > > > ;-))
> > > > > По идее на Сизиф Oracle должен вставать легко и непринужденно.
> > > >
> > > >  Это по идее. Реально же Oracle 8.1.7 и не подумает вставать - что
> > > > и понятно, он железно завязан на glibc 2.1.3, а последний 9i так же
> > > > обламывается на линковке по непонятной причине (с дури успел
> > > > обновиться до 2.2.5...).
> > >
> > >    У меня glibc-2.2.4-alt3.
> > >  Но это не Сизиф, это Mandrake-8.0 + однократно Сизиф.
> >
> >  Ну так на 2.2.4 Oracle 9i ставиться должен, фишка в том, что
> > он ни на что другое ставиться не станет. Да и не нужен мне этот
> > уродец, хватило бы даже 8.0.x, но за наличием его отсутствия лучший
> > выбор - 8.1.7...
>
>   У меня тоже 8.1.7.
>
> >  Кроме того, совсем не хочется зажимать glibc только из-за оракла,
> > лучше уж ему отдельную песочницу организовать, и пущай там возится,
> > не мешая остальным приложениям и не завися от них.
> >
> > ЗЫ: если заборю эту задачу, может, HOWTO напишу, если кому ещё
> > потребуется...
>
>   Конечно потребуется!

угу, угу... было бы здорово... больше HOWTO хороших и разных :)

а может его как-то через usermode попробовать... вдруг это проще окажется...

--
Best regards,
Andrey aka Casper.

[sisyphus] Re: [sisyphus] Исповедь извращенца, или вопрос про chroot...

[cornet]

"Andrey S. Pankov" wrote:
> 
skip.

> > >  Кроме того, совсем не хочется зажимать glibc только из-за оракла,
> > > лучше уж ему отдельную песочницу организовать, и пущай там возится,
> > > не мешая остальным приложениям и не завися от них.
> > >
> > > ЗЫ: если заборю эту задачу, может, HOWTO напишу, если кому ещё
> > > потребуется...
> >
> >   Конечно потребуется!
> 
> угу, угу... было бы здорово... больше HOWTO хороших и разных :)
> 
> а может его как-то через usermode попробовать... вдруг это проще окажется...

В usermode свое особеное ядро. Там почти пусто, Вам придется для
этой виртуалки все лично ручками собрать, почти всю систему.

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru

[sisyphus] Re: Исповедь извращенца, или вопрос про chroot...

[Artem K. Jouravsky]

On Fri, Mar 01, 2002 at 05:05:50PM +0300, Vitaly Lugovsky wrote:
> On Fri, 1 Mar 2002, "Баталов Григорий" wrote:
> 
> > > > Да, батенька, Вы извращенец!
> > > > ;-))
> > > > По идее на Сизиф Oracle должен вставать легко и непринужденно.
> > > 
> > >  Это по идее. Реально же Oracle 8.1.7 и не подумает вставать - что
> > > и понятно, он железно завязан на glibc 2.1.3, а последний 9i так же
> > > обламывается на линковке по непонятной причине (с дури успел обновиться
> > > до 2.2.5...).
> > 
> >    У меня glibc-2.2.4-alt3.
> >  Но это не Сизиф, это Mandrake-8.0 + однократно Сизиф.
> 
>  Ну так на 2.2.4 Oracle 9i ставиться должен, фишка в том, что
> он ни на что другое ставиться не станет. Да и не нужен мне этот
> уродец, хватило бы даже 8.0.x, но за наличием его отсутствия лучший
> выбор - 8.1.7...
> 
>  Кроме того, совсем не хочется зажимать glibc только из-за оракла,
> лучше уж ему отдельную песочницу организовать, и пущай там возится,
> не мешая остальным приложениям и не завися от них.
> 
> ЗЫ: если заборю эту задачу, может, HOWTO напишу, если кому ещё 
> потребуется...
ДА!!!

-- 
Best wishes,
Artem K. Jouravsky,
iFirst Ltd, System Administrator.
-----------------------
Kiss your keyboard goodbye!

Re: [sisyphus] Исповедь извращенца, или вопрос про chroot...

[Dmitry V. Levin]

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

On Fri, Mar 01, 2002 at 04:45:53PM +0300, Vitaly Lugovsky wrote:
> > >  Итак, господа, каюсь - я извращенец.
> > > Я возжелал поставить Oracle 8.1.7 на Сизифа. И выбрал
> > > самый простой из извращённых способов  - создал
> > > под chroot-ом полностью RedHat6.2 окружение, куда
> > > Oracle и встал почти без скрипа.
> > 
> > Да, батенька, Вы извращенец!
> > ;-))
> > По идее на Сизиф Oracle должен вставать легко и непринужденно.
> 
>  Это по идее. Реально же Oracle 8.1.7 и не подумает вставать - что
> и понятно, он железно завязан на glibc 2.1.3, а последний 9i так же
> обламывается на линковке по непонятной причине (с дури успел обновиться
> до 2.2.5...).

Насколько мне известно, oracle ставится как минимум на glibc-2.2.4-alt2.

Что касается glibc-2.2.5-alt1, то этот вопрос сейчас исследуется.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.com/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

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

Re: [sisyphus] Re: [sisyphus] Исповедь извращенца, или вопрос про chroot...

[Vitaly Lugovsky]

On Fri, 1 Mar 2002, cornet wrote:

> > > >  Кроме того, совсем не хочется зажимать glibc только из-за оракла,
> > > > лучше уж ему отдельную песочницу организовать, и пущай там возится,
> > > > не мешая остальным приложениям и не завися от них.
> > > >
> > > > ЗЫ: если заборю эту задачу, может, HOWTO напишу, если кому ещё
> > > > потребуется...
> > >
> > >   Конечно потребуется!
> > 
> > угу, угу... было бы здорово... больше HOWTO хороших и разных :)
> > 
> > а может его как-то через usermode попробовать... вдруг это проще окажется...
> 
> В usermode свое особеное ядро. Там почти пусто, Вам придется для
> этой виртуалки все лично ручками собрать, почти всю систему.

 А оно по любому придётся, ибо glibc другой версии (для чего всё и 
затевалось...).

[sisyphus] Re: [sisyphus] Исповедь извращенца, или вопрос про chroot...

[Vlad Harchev]

On Thu, 28 Feb 2002, Vitaly Lugovsky wrote:

 Hi, 

 Ну все-таки надо проверить, что в тюрьме есть файлы /etc/hosts,
/etc/services, /etc/protocols с разумным содержимым (главное чтобы все
интерфейсы машины ресолвились, лучше через /etc/hosts).

 Еще его можно по-strace'ить - если боязно утонуть в дампе, то ограничить
трассировку небольшим кол-вом вызовов:
 strace -e socket PROGRAMNAME
(RTFM strace(1)).

 Best regards,
  -Vlad

> 
>  Итак, господа, каюсь - я извращенец.
> Я возжелал поставить Oracle 8.1.7 на Сизифа. И выбрал
> самый простой из извращённых способов  - создал
> под chroot-ом полностью RedHat6.2 окружение, куда
> Oracle и встал почти без скрипа. Единственной проблемой
> оказалась невозможность запустить listener - он просто
> тупо ругается на любой порт, что он якобы уже кем-то занят.
> Явно chroot постарался. Дык вот в связи с этим вопрос
> (в первую очередь к тем, кто всяких демонов под chroot
> загонять горазд) - в чём тут дело, и как его победить?
> 
> 
> 
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@altlinux.ru
> http://altlinux.ru/mailman/listinfo/sisyphus
> 

Re: Re: [sisyphus] Исповедь...

[Sergey S. Skulachenko]

Dmitry V. Levin wrote:
 > On Fri, Mar 01, 2002 at 04:45:53PM +0300, Vitaly Lugovsky
 > wrote:
 >
 >>>> Итак, господа, каюсь - я извращенец.

 > Насколько мне известно, oracle ставится как минимум на
 > glibc-2.2.4-alt2.
 >
 > Что касается glibc-2.2.5-alt1, то этот вопрос сейчас
 > исследуется.

Вопрос-то крайне интересный обсуждается. Но под какой темой..?
Подобные я фильтрую.
Дмитрий, никак не ожидал Вас, владельца листа, _здесь_ увидеть.
-- 
С уважением,
С.С.Скулаченко

[JT] ML (was Re: [sisyphus] Исповедь...)

[Dmitry V. Levin]

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

On Mon, Mar 04, 2002 at 11:02:19AM +0300, Sergey S. Skulachenko wrote:
> > Насколько мне известно, oracle ставится как минимум на
> > glibc-2.2.4-alt2.
> >
> > Что касается glibc-2.2.5-alt1, то этот вопрос сейчас
> > исследуется.
> 
> Вопрос-то крайне интересный обсуждается. Но под какой темой..?

Что поделать; не все подписчики, задающие здесь вопросы, уважают тех, от
кого ждут комментариев, настолько, чтобы формулировать осмысленные темы сообщений.

> Подобные я фильтрую.

Это - проблема задающих вопросы.
Очевидно, если бы в теме треда не появилось слово "chroot", то я бы
наверняка пропустил все обсуждение.

> Дмитрий, никак не ожидал Вас, владельца листа, _здесь_ увидеть.

Сергей, между понятиями "owner" и "maintainer" все же есть некоторая
разница.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.com/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

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

[sisyphus] Re: [JT] ML (was Re: [sisyphus] Исповедь...)

[Sergey S. Skulachenko]

Dmitry V. Levin wrote:

>>Дмитрий, никак не ожидал Вас, владельца листа, _здесь_ увидеть.
>>
> 
> Сергей, между понятиями "owner" и "maintainer" все же есть некоторая
> разница.

Виноват. Но именно этот русский термин как-то употребил AEN в 
нужном контексте (если я не ошибаюсь). Я же намекал на то, что 
немного администрировать всё же необходимо.
-- 
С уважением,
С.С.Скулаченко

thread filter (was: Re: [JT] ML (was Re: [sisyphus] Исповедь...))

[Vyt]

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

On Mon, 4 Mar 2002 11:22:06 +0300
"Dmitry V. Levin" <ldv@alt-linux.org> wrote:

<skipped>

Ну и тема... ;)

> Это - проблема задающих вопросы.
> Очевидно, если бы в теме треда не появилось слово "chroot", то я бы
> наверняка пропустил все обсуждение.

Давно хочу попросить: нельзя ли озвучить технологию фильтрации
всего треда? Есть подозрение, что рассылка просматривается
(например, LDV) несколько раз по разным критериям.

PS chroot ;)

<skipped>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

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

Re: Re: [sisyphus] Исповедь...

[Vitaly Lugovsky]

On Mon, 4 Mar 2002, Sergey S. Skulachenko wrote:

> Dmitry V. Levin wrote:
>  > On Fri, Mar 01, 2002 at 04:45:53PM +0300, Vitaly Lugovsky
>  > wrote:
>  >
>  >>>> Итак, господа, каюсь - я извращенец.
> 
>  > Насколько мне известно, oracle ставится как минимум на
>  > glibc-2.2.4-alt2.
>  >
>  > Что касается glibc-2.2.5-alt1, то этот вопрос сейчас
>  > исследуется.
> 
> Вопрос-то крайне интересный обсуждается. Но под какой темой..?
> Подобные я фильтрую.
> Дмитрий, никак не ожидал Вас, владельца листа, _здесь_ увидеть.


 Тема самая что ни на есть та, ибо наш дорогой Oracle - одно сплошное
извращение... :(

ЗЫ: задачу я таки заборол, но ещё более извращённым способом, чем описывал
ранее: Oracle 8.1.7 был поставлен на RH6.2 под VMWare, после чего 
перетащен уже под сильно порезанное окружение от RH6.2 под chroot-ом на
текущем Сизифе. Жуть. Но работает. 

Re: [sisyphus] Исповедь...

[Sergey S. Skulachenko]

Vitaly Lugovsky wrote:

> ЗЫ: задачу я таки заборол, но ещё более извращённым способом, чем описывал
> ранее: Oracle 8.1.7 был поставлен на RH6.2 под VMWare, после чего 

Виталий, под VMware-то зачем? Просто не было другой машины чисто 
под RH? ХитрО.
-- 
С уважением,
С.С.Скулаченко

Re: [sisyphus] Исповедь...

[Vitaly Lugovsky]

On Mon, 4 Mar 2002, Sergey S. Skulachenko wrote:

> Vitaly Lugovsky wrote:
> 
> > ЗЫ: задачу я таки заборол, но ещё более извращённым способом, чем описывал
> > ранее: Oracle 8.1.7 был поставлен на RH6.2 под VMWare, после чего 
> 
> Виталий, под VMware-то зачем? Просто не было другой машины чисто 
> под RH? ХитрО.

 Ага. Не было. У меня машины без дела не валяются... Так что постановка
задачи была суровой: есть одна машина под Сизифом, надо поставить Oracle,
при чём так, чтоб последующие обновления Сизифа оракла не напрягали.

[sisyphus] Oracle 9i und Sisyphus (Was: Исповедь...)

[Alexei Takaseev]

On Mon, 4 Mar 2002, Vitaly Lugovsky wrote:

> >  > Насколько мне известно, oracle ставится как минимум на
> >  > glibc-2.2.4-alt2.
> >  >
> >  > Что касается glibc-2.2.5-alt1, то этот вопрос сейчас
> >  > исследуется.
> >
> > Вопрос-то крайне интересный обсуждается. Но под какой
> темой..?
> > Подобные я фильтрую.
> > Дмитрий, никак не ожидал Вас, владельца листа, _здесь_
> увидеть.
>
>
>  Тема самая что ни на есть та, ибо наш дорогой Oracle - одно
> сплошное
> извращение... :(
>
> ЗЫ: задачу я таки заборол, но ещё более извращённым способом,
> чем описывал
> ранее: Oracle 8.1.7 был поставлен на RH6.2 под VMWare, после
> чего
> перетащен уже под сильно порезанное окружение от RH6.2 под
> chroot-ом на
> текущем Сизифе. Жуть. Но работает.

Вот только сегодня закончил сношаться с 9i. Все-таки нормально
взлетел под Сизифом на либах 2.2.5.

Re: [sisyphus] Oracle 9i und Sisyphus (Was: Исповедь...)

[Alexei Takaseev]

On Tue, 5 Mar 2002, Igor Homyakov wrote:

> > > >  > Что касается glibc-2.2.5-alt1, то этот вопрос сейчас
> > > >  > исследуется.
> > > >
> > > ЗЫ: задачу я таки заборол, но ещё более извращённым
> способом,
> > > чем описывал
> > > ранее: Oracle 8.1.7 был поставлен на RH6.2 под VMWare,
> после
> > > чего
> > > перетащен уже под сильно порезанное окружение от RH6.2 под
> > > chroot-ом на
> > > текущем Сизифе. Жуть. Но работает.
> >
> > Вот только сегодня закончил сношаться с 9i. Все-таки
> нормально
> > взлетел под Сизифом на либах 2.2.5.
>
> если можно, подробнее опишите процесс.

А там, собственно, ничего сложного и небыло. Были, конечно,
косяки, типа упорного нежелания инсталлера следовать указаниям
переменной TMPDIR, и пихания им всего хлама в /tmp (а он у меня
не резиновый). Была непомерная прожорливость на память - top в
пике показывал 600Mb на процесс инсталлера (хоть убейте, но не
могу я понять, КАК ТАК можно писать программы?) спасало только
подключение на леду дополнительных swap-файлов. У меня хватило
swap-пространства в 700M (и физической памятешки тоже не стоит
жалеть - 256М просто показались смешными, если бы небыло так
невесело.) Но это так. Лирика.

Вполне достаточно следовать описанию процесса инсталляции из
9i_lin_install.pdf (ищется на OTN). Но есть один маленький
нюансик, который попортил мне много крови: при линковки
бинарников, процесс инсталляции прерывается на исполнении
ins_plsql.mk. В этом случае надо найти в файле
$ORACLE_HOME/bin/genclntsh строчку LD_SELF_CONTAINED="-z defs" и
закоментировать ее, и запустить этот скрипт, чтобы заново
перегенерить оракловские либы. Потом в инсталлере жамкнуть
"Retry". Дальше уже все должно пойти нормально. Кстати,
маленькой ложкой меда оказалась вполне корректная работа
жабовского инсталлера с русской локалью. В результате чего теперь
уже не нужно переводить локаль перед запуском инсталлера с "C",
чтоб хоть что-то запустилось.

Re: [sisyphus] Oracle 9i und Sisyphus (Was: Исповедь...)

[Igor Homyakov]

On Tue, Mar 05, 2002 at 10:20:24PM +0800, Alexei Takaseev wrote:
> On Mon, 4 Mar 2002, Vitaly Lugovsky wrote:
> 
> > >  > Насколько мне известно, oracle ставится как минимум на
> > >  > glibc-2.2.4-alt2.
> > >  >
> > >  > Что касается glibc-2.2.5-alt1, то этот вопрос сейчас
> > >  > исследуется.
> > >
> > > Вопрос-то крайне интересный обсуждается. Но под какой
> > темой..?
> > > Подобные я фильтрую.
> > > Дмитрий, никак не ожидал Вас, владельца листа, _здесь_
> > увидеть.
> >
> >
> >  Тема самая что ни на есть та, ибо наш дорогой Oracle - одно
> > сплошное
> > извращение... :(
> >
> > ЗЫ: задачу я таки заборол, но ещё более извращённым способом,
> > чем описывал
> > ранее: Oracle 8.1.7 был поставлен на RH6.2 под VMWare, после
> > чего
> > перетащен уже под сильно порезанное окружение от RH6.2 под
> > chroot-ом на
> > текущем Сизифе. Жуть. Но работает.
> 
> Вот только сегодня закончил сношаться с 9i. Все-таки нормально
> взлетел под Сизифом на либах 2.2.5.

если можно, подробнее опишите процесс. 

-- 
Igor Homyakov
<homyakov(at)ramax.spb.ru>

[sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[Mikhail Zabaluev]

Hello Alexei,

On Tue, Mar 05, 2002 at 11:41:38PM +0800, Alexei Takaseev wrote:
>
> А там, собственно, ничего сложного и небыло. Были, конечно,
> косяки, типа упорного нежелания инсталлера следовать указаниям
> переменной TMPDIR, и пихания им всего хлама в /tmp (а он у меня
> не резиновый). Была непомерная прожорливость на память - top в
> пике показывал 600Mb на процесс инсталлера (хоть убейте, но не
> могу я понять, КАК ТАК можно писать программы?)

Погодите, ещё подрастёт поколение, которое не знает ничего глубже
Java. Они будут возмущаться, что машина неэффективно убирает за ними
мусор и требует дикого количества ресурсов, чтобы сделать то, что так
легко описать на языке программирования.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Objects are lost only because people look where they are not rather than
where they are.

Re: [sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[Vitaly Lugovsky]

On Wed, 6 Mar 2002, Mikhail Zabaluev wrote:

> Hello Alexei,

> > А там, собственно, ничего сложного и небыло. Были, конечно,
> > косяки, типа упорного нежелания инсталлера следовать указаниям
> > переменной TMPDIR, и пихания им всего хлама в /tmp (а он у меня
> > не резиновый). Была непомерная прожорливость на память - top в
> > пике показывал 600Mb на процесс инсталлера (хоть убейте, но не
> > могу я понять, КАК ТАК можно писать программы?)
> 
> Погодите, ещё подрастёт поколение, которое не знает ничего глубже
> Java. Они будут возмущаться, что машина неэффективно убирает за ними
> мусор и требует дикого количества ресурсов, чтобы сделать то, что так
> легко описать на языке программирования.

 Вот попрошу без ехидства дешевого. Если тупая JVM использует убогий,
тормозной и неэффективный алгоритм сборки мусора, это нисколько саму
эту технологию не компрометирует. Во первых, советую посмотреть на
жуть какой эффективный и шустрый GC в OCaml-е. Во вторых, есть и 
альтернативный подход, реализованный, к примеру, в MlKit, и, кажется,
ещё в MLTon - при полнотекстной компиляции можно проделывать полных
dataflow анализ, и удалять объекты строго там, где они помирают - то
есть, сборка мусора на этапе компиляции. Тогда вообще никакого оверхеда
не будет, даже того минимального, что есть в OCaml. Просто Жаба - убогая
реализация хороших технологий, и об этом стоит помнить.

ЗЫ: прошу прощения за флейм, не мог удержаться.

ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ
ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну
дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
безальтернативное извращение.

Re: [sisyphus] Oracle 9i und Sisyphus (Was: Исповедь...)

[Anton Farygin]

Alexei Takaseev wrote:

>On Tue, 5 Mar 2002, Igor Homyakov wrote:
>
>>>>> > Что касается glibc-2.2.5-alt1, то этот вопрос сейчас
>>>>> > исследуется.
>>>>>
>>>>ЗЫ: задачу я таки заборол, но ещё более извращённым
>>>>
>>способом,
>>
>>>>чем описывал
>>>>ранее: Oracle 8.1.7 был поставлен на RH6.2 под VMWare,
>>>>
>>после
>>
>>>>чего
>>>>перетащен уже под сильно порезанное окружение от RH6.2 под
>>>>chroot-ом на
>>>>текущем Сизифе. Жуть. Но работает.
>>>>
>>>Вот только сегодня закончил сношаться с 9i. Все-таки
>>>
>>нормально
>>
>>>взлетел под Сизифом на либах 2.2.5.
>>>
>>если можно, подробнее опишите процесс.
>>
>
>А там, собственно, ничего сложного и небыло. Были, конечно,
>косяки, типа упорного нежелания инсталлера следовать указаниям
>переменной TMPDIR, и пихания им всего хлама в /tmp (а он у меня
>не резиновый). Была непомерная прожорливость на память - top в
>пике показывал 600Mb на процесс инсталлера (хоть убейте, но не
>могу я понять, КАК ТАК можно писать программы?) спасало только
>подключение на леду дополнительных swap-файлов. У меня хватило
>swap-пространства в 700M (и физической памятешки тоже не стоит
>жалеть - 256М просто показались смешными, если бы небыло так
>невесело.) Но это так. Лирика.
>
Просветите плз непросвященного ;-)

Сколько Oracle 9i нужно памяти для _работы_ а не для установки.

Для примера - полгиговая база из дестяков пяти таблиц?

Rgds,
Rider

Re: [sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[Alexander Bokovoy]

On Wed, Mar 06, 2002 at 05:04:31PM +0300, Vitaly Lugovsky wrote:
> On Wed, 6 Mar 2002, Mikhail Zabaluev wrote:
> 
> > Hello Alexei,
> 
> > > А там, собственно, ничего сложного и небыло. Были, конечно,
> > > косяки, типа упорного нежелания инсталлера следовать указаниям
> > > переменной TMPDIR, и пихания им всего хлама в /tmp (а он у меня
> > > не резиновый). Была непомерная прожорливость на память - top в
> > > пике показывал 600Mb на процесс инсталлера (хоть убейте, но не
> > > могу я понять, КАК ТАК можно писать программы?)
> > 
> > Погодите, ещё подрастёт поколение, которое не знает ничего глубже
> > Java. Они будут возмущаться, что машина неэффективно убирает за ними
> > мусор и требует дикого количества ресурсов, чтобы сделать то, что так
> > легко описать на языке программирования.
> 
>  Вот попрошу без ехидства дешевого. Если тупая JVM использует убогий,
> тормозной и неэффективный алгоритм сборки мусора, это нисколько саму
> эту технологию не компрометирует. Во первых, советую посмотреть на
> жуть какой эффективный и шустрый GC в OCaml-е. Во вторых, есть и 
> альтернативный подход, реализованный, к примеру, в MlKit, и, кажется,
> ещё в MLTon - при полнотекстной компиляции можно проделывать полных
> dataflow анализ, и удалять объекты строго там, где они помирают - то
> есть, сборка мусора на этапе компиляции. Тогда вообще никакого оверхеда
> не будет, даже того минимального, что есть в OCaml. Просто Жаба - убогая
> реализация хороших технологий, и об этом стоит помнить.
В J2ME (Micro Edition), вышедшей в феврале этого года, доступны на выбор
(compile time) три разных алгоритма GC: generational (default), semispace
и mark&sweep. Это, конечно, не сборка мусора на этапе компиляции, но
значительно лучше до сих пор использующегося в J2SE/J2EE. Подробности в 
исходниках J2ME: cdcfoundation/doc/guide/gc.html

На объемах памяти до 2Мб эта штука ведет себя очень приятно.

> ЗЫ: прошу прощения за флейм, не мог удержаться.
> 
> ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ
> ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну
> дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
> безальтернативное извращение.
Увы, извращения обычно бывают безальтернативными. Иначе ими и не
занимаются.
-- 
/ Alexander Bokovoy
Software architect and analyst             // SaM-Solutions Ltd.
---
Price's Advice:
	It's all a game -- play it to have fun.

Re: [sisyphus] Oracle 9i und Sisyphus (Was: Исповедь...)

[Korshunov Ilya]

> Просветите плз непросвященного ;-)
> 
> Сколько Oracle 9i нужно памяти для _работы_ а не для установки.
> 
> Для примера - полгиговая база из дестяков пяти таблиц?
> 
Гига 3-4

Re: [sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[Marat Khairullin]

On Wed, 6 Mar 2002 17:04:31 +0300 (MSK)
Vitaly Lugovsky <vsl@ontil.ihep.su> wrote:

> ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ
> ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну
> дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
> безальтернативное извращение.

Попробуйте Informix под Linux.
Хотя тоже не без греха, но таблиц ~300 и 1Гб данных + blob'ы на ~8 Гб.
Задача типа OLTP, пользователей ~20.

-- 
Marat Khairullin        8->     mailto:xmm@rambler.ru
               	                Marat.Khairullin@f92.n5049.z2.fidonet.org

Re: [sisyphus] Re[2]: [sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[Alexander Bokovoy]

On Wed, Mar 06, 2002 at 05:54:29PM +0200, michael wrote:
> AB> значительно лучше до сих пор использующегося в J2SE/J2EE. Подробности в 
> AB> исходниках J2ME: cdcfoundation/doc/guide/gc.html
> 
> AB> На объемах памяти до 2Мб эта штука ведет себя очень приятно.
> 
> >> ЗЫ: прошу прощения за флейм, не мог удержаться.
> >> 
> >> ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ
> >> ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну
> >> дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
> >> безальтернативное извращение.
> AB> Увы, извращения обычно бывают безальтернативными. Иначе ими и не
> AB> занимаются.
> Попробуйте погонять Sybase
А мне-то зачем? Я и Oracle-то не гоняю, у меня совершенно иные задачи. К
реляционным базам данных никакого отношения не имеющие.
-- 
/ Alexander Bokovoy
Software architect and analyst             // SaM-Solutions Ltd.
---
Marriage, in life, is like a duel in the midst of a battle.
		-- Edmond About

[sisyphus] Re[2]: [sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[michael]

Hello Alexander,

Wednesday, March 06, 2002, 5:32:25 PM, you wrote:

AB> On Wed, Mar 06, 2002 at 05:04:31PM +0300, Vitaly Lugovsky wrote:
>> On Wed, 6 Mar 2002, Mikhail Zabaluev wrote:
>> 
>> > Hello Alexei,
>> 
>> > > А там, собственно, ничего сложного и небыло. Были, конечно,
>> > > косяки, типа упорного нежелания инсталлера следовать указаниям
>> > > переменной TMPDIR, и пихания им всего хлама в /tmp (а он у меня
>> > > не резиновый). Была непомерная прожорливость на память - top в
>> > > пике показывал 600Mb на процесс инсталлера (хоть убейте, но не
>> > > могу я понять, КАК ТАК можно писать программы?)
>> > 
>> > Погодите, ещё подрастёт поколение, которое не знает ничего глубже
>> > Java. Они будут возмущаться, что машина неэффективно убирает за ними
>> > мусор и требует дикого количества ресурсов, чтобы сделать то, что так
>> > легко описать на языке программирования.
>> 
>>  Вот попрошу без ехидства дешевого. Если тупая JVM использует убогий,
>> тормозной и неэффективный алгоритм сборки мусора, это нисколько саму
>> эту технологию не компрометирует. Во первых, советую посмотреть на
>> жуть какой эффективный и шустрый GC в OCaml-е. Во вторых, есть и 
>> альтернативный подход, реализованный, к примеру, в MlKit, и, кажется,
>> ещё в MLTon - при полнотекстной компиляции можно проделывать полных
>> dataflow анализ, и удалять объекты строго там, где они помирают - то
>> есть, сборка мусора на этапе компиляции. Тогда вообще никакого оверхеда
>> не будет, даже того минимального, что есть в OCaml. Просто Жаба - убогая
>> реализация хороших технологий, и об этом стоит помнить.
AB> В J2ME (Micro Edition), вышедшей в феврале этого года, доступны на выбор
AB> (compile time) три разных алгоритма GC: generational (default), semispace
AB> и mark&sweep. Это, конечно, не сборка мусора на этапе компиляции, но
AB> значительно лучше до сих пор использующегося в J2SE/J2EE. Подробности в 
AB> исходниках J2ME: cdcfoundation/doc/guide/gc.html

AB> На объемах памяти до 2Мб эта штука ведет себя очень приятно.

>> ЗЫ: прошу прощения за флейм, не мог удержаться.
>> 
>> ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ
>> ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну
>> дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
>> безальтернативное извращение.
AB> Увы, извращения обычно бывают безальтернативными. Иначе ими и не
AB> занимаются.

Попробуйте погонять Sybase


-- 
Best regards,
 michael                            mailto:michael@merlin.com.ua

[sisyphus] J2ME (was: Oracle9i)

[Vitaly Lugovsky]

On Wed, 6 Mar 2002, Alexander Bokovoy wrote:

> В J2ME (Micro Edition), вышедшей в феврале этого года, доступны на выбор
> (compile time) три разных алгоритма GC: generational (default), semispace
> и mark&sweep. Это, конечно, не сборка мусора на этапе компиляции, но
> значительно лучше до сих пор использующегося в J2SE/J2EE. Подробности в 
> исходниках J2ME: cdcfoundation/doc/guide/gc.html
> 
> На объемах памяти до 2Мб эта штука ведет себя очень приятно.

 А можно этот рантайм прикрутить к J2SE? Или нереально?
Нужно только, чтоб оно умело гонять Resin+GNU Kawa+GNU BRL servlet...

Re: [sisyphus] [JT] Oracle 9i und Sisyphus (Was: Исповедь...)

[Anton Farygin]

Korshunov Ilya wrote:

>>Просветите плз непросвященного ;-)
>>
>>Сколько Oracle 9i нужно памяти для _работы_ а не для установки.
>>
>>Для примера - полгиговая база из дестяков пяти таблиц?
>>
>Гига 3-4
>
Гм... тогда им нужно срочно увеличить объем памяти, пожираемый 
инсталятором ;-)

Rgds,
Rider

Re: [sisyphus] J2ME (was: Oracle9i)

[Alexander Bokovoy]

On Wed, Mar 06, 2002 at 07:06:33PM +0300, Vitaly Lugovsky wrote:
> On Wed, 6 Mar 2002, Alexander Bokovoy wrote:
> 
> > В J2ME (Micro Edition), вышедшей в феврале этого года, доступны на выбор
> > (compile time) три разных алгоритма GC: generational (default), semispace
> > и mark&sweep. Это, конечно, не сборка мусора на этапе компиляции, но
> > значительно лучше до сих пор использующегося в J2SE/J2EE. Подробности в 
> > исходниках J2ME: cdcfoundation/doc/guide/gc.html
> > 
> > На объемах памяти до 2Мб эта штука ведет себя очень приятно.
>  А можно этот рантайм прикрутить к J2SE? Или нереально?
> Нужно только, чтоб оно умело гонять Resin+GNU Kawa+GNU BRL servlet...
Понимаю. Но видимо, пока что нереально. Никто не видел исходников J2SE?
Исходники J2ME доступны и в качестве виртуальной машины там используется
новая CVM. Вот только J2ME RMI Profile, который почти соответствует J2SE за
исключением Swing и некоторых других компонент, не доступен для скачивания 
в страны СНГ.

С Вашего разрешения процитирую overview.html из J2ME, чтобы было понятно,
что в ней есть; я смотрел конфигурацию CDC.

----------------------------------------------------------------------------

                                  Introduction

   JavaTM 2 Platform, Micro Edition is the inner plumbing of Java technology
   on the Go!

   The JavaTM 2 Platform, Micro Edition (J2ME) technology is designed and
   architected to address the needs of a broad range of consumer electronic
   and embedded devices. J2ME supports environments targeted at consumer
   products. It provudes a framework for effectively organizing categories of
   devices and specifying environments for the categories.

                             Architecture Overview

   The J2ME architecture is based on two fundamental elements:

     * Configuration: a virtual machine and a minimal set of core class
       libraries and APIs. A configuration specifies a generalized runtime
       environment for consumer electronic and embedded devices.
     * Profile: an industry-defined specification of the Java APIs used by
       manufacturers and developers to address a type of consumer electronic
       or embedded device.

   Together, a configuration and a profile deliver a specification for
   consumer electronics and embedded device manufactures to implement on
   their products. They provide a Java Application Environment to which third
   party developers can write their applications.

                              J2ME Configurations

   Currently, J2ME offers two complementary configurations:

     * Connected, Limited Device Configuration (CLDC)
     * Connected Device Configuration (CDC)

   Both are derived through the Java Community Process and targeted at
   different ends of the consumer electronics and embedded devices industry.

CLDC Devices

   The Connected, Limited Device Configuration (CLDC) is intended for
   lower-end devices. Typically, these devices are battery powered, run a 16-
   or 32-bit RISC/CISC microprocessor/controller, with as little as 160Kb -
   512Kb of total memory; 128Kb for the storage of the K virtual machine and
   libraries.

   CLDC contains the K virtual machine (KVM). The KVM is a new virtual
   machine designed from the ground up and optimized with the constraints of
   inexpensive, lower-end devices. Named to reflect that its size is measured
   in terms of kilobytes, the KVM is suitable for these resource-constrained
   devices.

CDC Devices

   The Connected Device Configuration (CLDC) is intended for higher-end,
   emerging, next generation devices. Typically, these devices run a 32-bit
   microprocessor/controller and contain more than 2.0Mb of total memory for
   the storage of the C virtual machine and libraries.

   CDC contains the C virtual machine (CVM). The CVM is a full-featured, Java
   2 "Blue Book" virtual machine; designed for devices needing the
   functionality of the Java 2 VM feature set. The CVM APIs are a superset of
   the KVM

                                 J2ME Profiles

   Currently, the following industry-defined profiles are available.

Mobile Information Device Profile

   The Mobile Information Device Profile (MIDp) is a set of Java APIs that
   provide a complete J2ME application runtime environment targeted at mobile
   information devices, such as cellular phones and two-way pagers. This
   allows new applications and services to be dynamically deployed on the end
   user devices. The MIDp specification addresses issues such as user
   interface (UI), persistence storage, networking, and appliation model.

Foundation Profile

   The Foundation Profile (FNDp) is a set of Java APIs intended for
   higher-end devices requiring a custom user interface (UI), which is
   typically provided by a device manufacturer. FNDp is designed to run with
   the Connected Device Configuration (CDC).

Personal Profile

   The J2ME Personal Profile provides the J2ME environment for those devices
   with a need for a high degree of Internet connectivity and Web fidelity.

   A Java Community Process (JCP) expert group has been convened to create an
   industry-defined user interface (UI) profile. Tentatively, this is being
   called the Personal Profile. This profile works in combination with CDC
   and FNDp.

RMI Profile

   The J2ME RMI Profile provides Java platform to Java platform remote method
   invocation for Java devices and interoperates with J2SE RMI.

                                CVM Feature Set

   The C Virtual Machine (CVM) is the basis for J2ME CDC and profiles. Many
   JVMs for desktops and servers do not scale well to embedded and consumer
   environments.

   CVM is a new VM implementation for consumer and embedded systems.

     * Complete Java 2 VM (Blue Book)
     * Small and reliable
     * More deterministic behavior
     * Modular and tunable
     * ~256KB with JNI, reflection, verification, and class loading

Optimized Interpreter

   The CVM interpreter optimizes:
     * Method calls and returns
     * Java synchronization support

Fast Java Synchronization

   The CVM uses light-weight locking if there is no contention. It uses just
   a couple of bits.

Native Thread Support

   The CVM supports native threads and arbitrary thread pre-emption at
   machine instruction boundaries. It has proper internal synchronization,
   and handles exact garbage collection and Java synchronization correctly in
   the presence of pre-emptive native threading.

Memory System

   The CVM memory system features the following:

     * Exactness
     * Small average garbage collection pause times
     * Full separation of VM from the memory system
     * Pluggable garbage collectors
     * Generatinal garbage collection

ROMable Classes

   The CVM runs with "pre-loaded", mostly read-only classes. This provides
   better start-up time, less fragmentation, more data sharing, and the
   ability to execute byte-codes out of ROM.

Small Class Footprint

   The small class footprint reduces loaded and ROMized class footprints to a
   minimum, about 40% compared to JDK classic and 17% compared to Personal
   Java.

1.3 VM Support

   CVM supports the 1.3 VM features and libraries, including weak references,
   reflection, serialization, JNI, and RMI.

Java 2 Security

   CVM supports Java 2 security.

JPDA Support

   The JPDA support consists of:

     * JVMDI support
     * Remote debugging support
     * Connect via Java Debug Wire Protocol (JDWP)

Portable

   The CVM is implemented in C, with very little assembler.

Porting Layer

   The CVM contains a rich, well-documented porting layer. It is RTOS-aware,
   supports multiple porting options (for the tricky stuff), and provides the
   bare minimum left to the porter for fast re-targeting.

Hardened System

   The "hardened" system in low memory cases ensures that failures such as
   out of memory and out of file descriptors are handled gracefully.

Stack Usage

   The CVM utilizes deterministic and limited stack usage.

     * Static analysis on the executable reduces C recursion to a minimum.
     * Stack checks for the few remaining recursion cases prevent stack
       overflow.
     * Reduced native stack usage wherever possible.

Startup and Shutdown

   The CVM provides ordered shutdown and re-startability.

     * Clean shutdown and re-start of our VM in the same address space (e.g.,
       on a RTOS), without help from a process model.
     * Free up all our memory and stop all our threads without any leaks on
       VM shutdown.
     * Re-initialize correctly on VM re-start.

Interfaces

   The CVM provides extensible and well-defined interfaces.

     * The interfaces between components, like garbage collection, type
       system, locking and interpreter are clearly defined, well-separated,
       and well-documented.
     * It is much easier to add new features to CVM compared to the previous
       Personal Java Virtual Machine.

     ----------------------------------------------------------------------
   Copyright © 2000 Sun Microsystems, Inc. All Rights Reserved.           Sun 
 ------------------------------------------------------------------------------
 
-- 
/ Alexander Bokovoy
Software architect and analyst             // SaM-Solutions Ltd.
---
QOTD:
	"I've always wanted to work in the Federal Mint.  And then go on
	strike.  To make less money."

[sisyphus] Re[2]: [sisyphus] Re[2]: [sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[michael]

Hello Alexander,

Wednesday, March 06, 2002, 5:53:16 PM, you wrote:

>> >> ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ
>> >> ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну
>> >> дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
>> >> безальтернативное извращение.
>> AB> Увы, извращения обычно бывают безальтернативными. Иначе ими и не
>> AB> занимаются.
>> Попробуйте погонять Sybase
AB> А мне-то зачем? Я и Oracle-то не гоняю, у меня совершенно иные задачи. К
AB> реляционным базам данных никакого отношения не имеющие.
Это по поводу "безальтернативное"



-- 
Best regards,
 michael                            mailto:michael@merlin.com.ua

Re: [sisyphus] Oracle 9i und Sisyphus (Was: Исповедь...)

[Roman S]

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

В Срд, 06.03.2002, в 18:32, Anton Farygin написал:
> Сколько Oracle 9i нужно памяти для _работы_ а не для установки.
> 
> Для примера - полгиговая база из дестяков пяти таблиц?

Меньше 256 - не пробовал (компьютера такого нет).
256 - более, чем хватает (с ним же Apache, с ним же немного прочей
ерунды) 

-- 
Rgds!
Roman Savelyev.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 232 bytes --]

Re: [sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[Roman S]

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

В Срд, 06.03.2002, в 17:04, Vitaly Lugovsky написал:
> дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
> безальтернативное извращение.

Почему безальтернативное? Бог с вами!
Под Linux работает куча СУБД!

От неплохого и бесплатного PostgeSQL, до полнофункционального и имеющего
наверное, лучший оптимизатор запросов IBM DB2.

И это уже не говоря о SAP DB, умеющего местами синтаксис PL SQL!

Уж не знаю, в какой ещё сфере есть _такой_ выбор альтернатив высочайшего
качества!

-- 
Rgds!
Roman Savelyev.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 232 bytes --]

[sisyphus] Re: [JT] Oracle 9i und Sisyphus (Was: Исповедь...)

[Mikhail Zabaluev]

Hello Vitaly,

On Wed, Mar 06, 2002 at 05:04:31PM +0300, Vitaly Lugovsky wrote:
>
> > Погодите, ещё подрастёт поколение, которое не знает ничего глубже
> > Java. Они будут возмущаться, что машина неэффективно убирает за ними
> > мусор и требует дикого количества ресурсов, чтобы сделать то, что так
> > легко описать на языке программирования.
> 
>  Вот попрошу без ехидства дешевого. Если тупая JVM использует убогий,
> тормозной и неэффективный алгоритм сборки мусора, это нисколько саму
> эту технологию не компрометирует.

Я имел в виду несколько другое: оторванные от реальности программисты
городят код, совершенно не задумываясь над тем, что происходит
при выполнении. В результате порой получаются жутко
неэффективные реализации. "Но мне вовсе не нужно вникать во все эти
детали!"
А Java я вполне себе тихо уважаю со всеми HotSpot'ами и сборщиками
мусора.

В-общем, garbage collection is not an excuse for producing more garbage.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
When women kiss it always reminds one of prize fighters shaking hands.
		-- H.L. Mencken, "Sententiae"

[sisyphus] Re: [sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[Vlad Harchev]

On Wed, 6 Mar 2002, Marat Khairullin wrote:

 Hi,

> On Wed, 6 Mar 2002 17:04:31 +0300 (MSK)
> Vitaly Lugovsky <vsl@ontil.ihep.su> wrote:
> 
> > ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ
> > ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну
> > дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
> > безальтернативное извращение.
> 
> Попробуйте Informix под Linux.
> Хотя тоже не без греха, но таблиц ~300 и 1Гб данных + blob'ы на ~8 Гб.
> Задача типа OLTP, пользователей ~20.

 И сколько RAM надо чтобы такое под Informix сносно крутилось?

 Best regards,
  -Vlad

[sisyphus] Re: Informix: [was] Oracle 9i und Sisyphus (Was: Исповедь...)

[Marat Khairullin]

On Thu, 7 Mar 2002 12:36:30 +0400 (SAMT)
Vlad Harchev <hvv@hippo.ru> wrote:

> On Wed, 6 Mar 2002, Marat Khairullin wrote:
> 
>  Hi,
> 
> > On Wed, 6 Mar 2002 17:04:31 +0300 (MSK)
> > Vitaly Lugovsky <vsl@ontil.ihep.su> wrote:
> > 
> > > ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ
> > > ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну
> > > дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
> > > безальтернативное извращение.
> > 
> > Попробуйте Informix под Linux.
> > Хотя тоже не без греха, но таблиц ~300 и 1Гб данных + blob'ы на ~8 Гб.
> > Задача типа OLTP, пользователей ~20.
> 
>  И сколько RAM надо чтобы такое под Informix сносно крутилось?
> 

У нас сейчас немного кривая конфигурация, т.к. мы переходим со SCO'тины на Linux.
Большинство юзеров осталось сидеть на SCO, но цепляются к базе под Linux'ом.
Сейчас пользователей побольше, а одновременных сессий к базе около 100.
ОЗУ - 512Мб, но и с 256 тоже работало приемлемо.
2 Процессора и аппаратный RAID1.
Надо заметить, что наша система написана на 4GL, и к сожалению p-код грузится
для каждой сессии отдельно (около ~10Мб). Хорошо бы переписать все под esqlc -
сэкономили бы очень много памяти.

-- 
Marat Khairullin        8->     mailto:xmm@rambler.ru
               	                Marat.Khairullin@f92.n5049.z2.fidonet.org

Re: [sisyphus] Re: [JT] Oracle 9i und Sisyphus (Was: Исповедь...)

[Vitaly Lugovsky]

On Thu, 7 Mar 2002, Mikhail Zabaluev wrote:

> Я имел в виду несколько другое: оторванные от реальности программисты
> городят код, совершенно не задумываясь над тем, что происходит
> при выполнении. В результате порой получаются жутко
> неэффективные реализации. "Но мне вовсе не нужно вникать во все эти
> детали!"

 Но ведь в идеале так и должно быть! Человек должен реализовывать
эффективный с математической точки зрения алгоритм, и уж эффективно
переложить его на доступное железо - дело компилятора. И, рано или
поздно, именно так и будет. Я и сам в свободное время над этой задачей
работаю (полнотекстный dataflow оптимизатор для императивщины)...

> А Java я вполне себе тихо уважаю со всеми HotSpot'ами и сборщиками
> мусора.

 Вот как раз Жабский сборщик мусора уважать не надо. Тот, кто его писал,
не удосужился даже соответствующую работу Кнута прочитать...

> В-общем, garbage collection is not an excuse for producing more garbage.

 Один excuse таки есть - unboxing. ;)

Re: [sisyphus] Re: [sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[Vitaly Lugovsky]

On Thu, 7 Mar 2002, Vlad Harchev wrote:

> > > ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ
> > > ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну
> > > дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
> > > безальтернативное извращение.
> > 
> > Попробуйте Informix под Linux.
> > Хотя тоже не без греха, но таблиц ~300 и 1Гб данных + blob'ы на ~8 Гб.
> > Задача типа OLTP, пользователей ~20.
> 
>  И сколько RAM надо чтобы такое под Informix сносно крутилось?

 Кстати, какое именно "такое"? Размер и количество таблиц для любой 
приличной RDBMS никакой рояли не играет, всё зависит от вида запросов,
с какими в эту базу народ лезет.

Re: [sisyphus] Re: [sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[Marat Khairullin]

On Thu, 7 Mar 2002 18:27:30 +0300 (MSK)
Vitaly Lugovsky <vsl@ontil.ihep.su> wrote:

> On Thu, 7 Mar 2002, Vlad Harchev wrote:
> 
> > > > ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ
> > > > ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну
> > > > дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
> > > > безальтернативное извращение.
> > > 
> > > Попробуйте Informix под Linux.
> > > Хотя тоже не без греха, но таблиц ~300 и 1Гб данных + blob'ы на ~8 Гб.
> > > Задача типа OLTP, пользователей ~20.
> > 
> >  И сколько RAM надо чтобы такое под Informix сносно крутилось?
> 
>  Кстати, какое именно "такое"? Размер и количество таблиц для любой 
> приличной RDBMS никакой рояли не играет, всё зависит от вида запросов,
> с какими в эту базу народ лезет.

OLTP для оптово-розничной фирмы.

-- 
Marat Khairullin        8->     mailto:xmm@rambler.ru
               	                Marat.Khairullin@f92.n5049.z2.fidonet.org

[sisyphus] Re: [sisyphus] Re: [sisyphus] Re: Oracle 9i und Sisyphus (Was: Исповедь...)

[Vlad Harchev]

On Thu, 7 Mar 2002, Vitaly Lugovsky wrote:

> On Thu, 7 Mar 2002, Vlad Harchev wrote:
> 
> > > > ЗЗЫ: как можно было даже на Жабе написать всего лишь КОПИРОВАНИЕ
> > > > ФАЙЛОВ таким образом, что оно 600Mb желает, я и сам не понимаю. Ну
> > > > дык, как я уже говорил, Oracle - одно сплошное извращение. Жаль только,
> > > > безальтернативное извращение.
> > > 
> > > Попробуйте Informix под Linux.
> > > Хотя тоже не без греха, но таблиц ~300 и 1Гб данных + blob'ы на ~8 Гб.
> > > Задача типа OLTP, пользователей ~20.
> > 
> >  И сколько RAM надо чтобы такое под Informix сносно крутилось?
> 
>  Кстати, какое именно "такое"? Размер и количество таблиц для любой 
> приличной RDBMS никакой рояли не играет, всё зависит от вида запросов,
> с какими в эту базу народ лезет.

 Под "такое" имелось ввиду "база нетривиального размера при нетривиальном
кол-ве пользователей" с разумным под данную БД тюнингом.

 Best regards,
  -Vlad

[sisyphus] Re: [JT] Oracle 9i und Sisyphus (Was: Исповедь...)

[Mikhail Zabaluev]

Hello Vitaly,

On Thu, Mar 07, 2002 at 06:24:53PM +0300, Vitaly Lugovsky wrote:
>
> > Я имел в виду несколько другое: оторванные от реальности программисты
> > городят код, совершенно не задумываясь над тем, что происходит
> > при выполнении. В результате порой получаются жутко
> > неэффективные реализации. "Но мне вовсе не нужно вникать во все эти
> > детали!"
> 
>  Но ведь в идеале так и должно быть! Человек должен реализовывать
> эффективный с математической точки зрения алгоритм, и уж эффективно
> переложить его на доступное железо - дело компилятора. И, рано или
> поздно, именно так и будет. Я и сам в свободное время над этой задачей
> работаю (полнотекстный dataflow оптимизатор для императивщины)...

Оптимизация выражений, развёртка циклов, inlining и т.п. --
действительно, дело компилятора. Но многие операции или функции
производят различные эффекты, которые неочевидны непосредственно
из кода. Эффективный анализ dataflow по сколь-нибудь крупным
фрагментам программы невозможен без исследования динамического
поведения.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Remember, God could only create the world in 6 days because he didn't
have an established user base.