In <Pine.LNX.4.10.9906182154170.3187-100000@frodo.sharat.co.il> Stanislav
Malyshev a.k.a Frodo (frodo@sharat.co.il) 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@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
