On Thu, 3 Jun 1999, Victor B Wagner wrote:
> > А теперь представь себе нагрузку порядка 20 req/sec. И порядка 100
> > работающих одновременно httpd весом 10-14 MB. И столько же тредов MySQL
> > (это если у тебя все в одной базе), все время отдающих данные.
>
> Представил. Страшно стало. У меня там, конечно, снизу не mySQL, а Oracle,
> и по-идее он выдержать такое должен, но в существующей реализации
MySQL тоже выдерживает. Проблема не в "выдержать", а в памяти и
процессорных ресурсах ;)
> Communiware 20req/s ~= 200-500 селектов/сек. Хорошо, что у libertarium
> сейчас примерно 0.1 req/sec и копий апача больше 20 обычно не бывает.
Только это и спасает, на самом деле. Уже 5 req/sec - хана при
использовании #perl sub. Это как бы практический опыт.
> Так что придется в преддверии возрастания нагрузки научить это дело
> правильно обрабатывать HEAD и If-Modified-Since чтобы страницы
> кешировались у клиентов правильно. А потом squid
> в режиме ускорения залепить. Тогда 20 req/sec будут к сквиду, а до апача
> доходить будут только по мере изменения базы.
Для того, чтобы все это кэшировалось сквидом, нужно, чтобы сервер отдавал
Last-Modified, Expires и Content-Length. Если первое и второе не сложно,
то Content-Length при использовании #perl sub ты не отдашь никак.
Физически :(
#-- Ilya Obshadko [IDO-RIPN] -------------------------------#
#-- email: ilya@zhurnal.ru, ilya24@chat.ru -----------------#
#-- ICQ UIN: 10704338 --------------------------------------#
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
