Re: [apache-talk] Apache+mod_perl+DBI+DBD::Oracle

["Khimenko Victor" <khim@xxxxxxxxxxxx>]

In <Pine.LNX.4.10.9906182154170.3187-100000@xxxxxxxxxxxxxxxxxx> Stanislav Malyshev a.k.a Frodo (frodo@xxxxxxxxxxxx) wrote:
SF> On Fri, 18 Jun 1999, 21:51 Sergey V. Bezrukov wrote:

SVB>>> дПВТЩК (ДЕОШ?) !

SF> дПВТЩК ДЕОШ и Вам, уважаемый. :)

>>> DBD::Oracle; в startup.perl ) ) колеблется вблизи 9М(!).Соответственно

SF> 9M чего? SIZE, RSS, чего другого? То, что ps показывает, имеет слабое
SF> отношение к количеству реально используемой памяти. У меня 14 копий апача
SF> по 4M+ SIZE каждая и 12 штук mysql по 11М, окромя всей обычной
SF> истории, однако все в 128М без напряжения сидит.

У меня на 64Mb по 15 20Mb jre сидело одно время и ничего такого не случалось :-)

>>> количество одновременно обрабатываемых запросов  ограничено 5 ( на
>>> машине всего 64М и есть другие задачи ).Вопрос - можно ли (если можно то
>>> как) расшарить код между потомками с целью уменьшения их веса ?

SF> Код и так весь шарится. Всегда. Перловый код - не уверен, это к
SF> специалистам по mod_perl.

Насчет "всегда" я бы не сказал: собери 10 разных програм с -static и получишь
10 копий libc в памяти :-) В данном случае -- таки да. Если у него не minix
какой-нибудь (хотя где б он под него DBD::Oracle нашел?)... Перловый код
является данными и шарится обычным путем -- через copy-on-write. Но мне
кажется, что здесь вся беда из-за толстых Oracle'вых библиотек. Можно, конечно,
взять mod_fastcgi, threaded perl и поразвлекаться, но я бы начал все-таки с
того, что дабавил бы 128Mb (а лучше 256Mb) RAMы. Oracle -- штука хорошая,
но ЖУТКО тяжелая. Включая клиентов...



=============================================================================
=               Apache-Talk@xxxxxxxxxxxxx mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =