[apache-rus] Re:

[Alex Tutubalin <lexa@lexa.ru>]

Hi,

 >> А там ключика -g не было при компиляции ?
 alr> Спасибо. Зачем его туда влепили?
Так для отладки. Он же никому не мешает. Ну отожрет библиотека и все бинарники
(в количестве одной штуки) лишние два мегабайта на диске. 10 центов по нонешним 
ценам :). Ну оптимизаций будет чуть поменьше. Debug info не занимает памяти 
процесса.

 >> Какая, по большому счету, разница сколько
 >> там кода, если он все-равно весь разделяемый ? Должен волновать размер
 >> данных, но их в бинарнике все-равно нет.
 alr> То есть, когда top или ps говорят о размере памяти, занимаемой
 alr> процессами (httpd) на самом деле это все одна и та же память?
 alr> А почему они тогда каждый раз разные?
top показывает нечто. Это нечто состоит из сегментов (уж извините меня за
интеловскую терминологию) кода, сегментов разделяемых библиотек, сегментов 
стека, инициализированных данных и bss. Shared libs общие на все процессы, их 
использующие. Код общий на все копии процесса. Стек и данные у всех не общие, 
только данные - copy on write.


Поэтому если сложить то, что показывает top в колонке size - получится много 
больше, чем RAM+Swap-buffers-wired down-disk cache-kernel. Ежели сложить 
resident size, то будет больше чем выражение строчкой выше без Swap.

Но возвращаясь к первоначальному вопросу. 350,000 hits/day - это примерно 4 в 
секунду. Если речь о статических запросах, то 486/8M RAM их вполне отдаст. Если 
о динамических, то все зависит от этой динамики :). В любом случае, даже 20 
лишних мегабайт под 10-30 httpd тут погоды не делают.

С уважением,Alex Tutubalin

--- GoldED 2.42.G1114+