2011/10/19 Alex Samorukov <[email protected]>: > On 10/18/2011 01:34 PM, Andriy Podanenko wrote: >> >> FreeBSD xxx 7.4-STABLE FreeBSD 7.4-STABLE #0: Sat Apr 16 20:25:34 EEST >> 2011 root@xxx:/usr/obj/usr/src/sys/xxx-3 amd64 >> Apache accesses ~20 >> Нормальное количество процессов апача 25, в момент пика 110-300 Причем >> основная масса - Sending reply (как раз тех, что висели) >> Количество отданного трафика не увеличилось никак >> мускульных конектов увеличилось с 20 до 40... ну почти никак >> Load average со среднего 4-5 ушел в космос 100-110 >> >> Система восьмиядерная( 2 зеона четыреядерных), 16 гигов оперативы > > Ну вы сами ответили на свой вопрос. К сожалению не ответил 8(. Количество Send Reply мне непонятно, чего увеличилось. С перепугу, абы не уронить сервер сделал apachectl restart и теперь только на графики munin смотрю, анализирую > 110-300 процессов с 99 юзер на 8 корок. > Вот вам и ЛА. если вам нужен хайлоад - для начала советую выкинуть к ..ням > апачу и поставить nginx + php-fpm. к сожалению это не решение, так как на сервере крутится софт, зависим от именно апача. Да и производительность от этой схемы особо не зависит - эффект только от использования памяти на соединени в нжиникса получше... А дело не в памяти, а в количествах Sending Reply процессов апача
> Размер пула всяко не должен быть более 50 пула в смысле MaxClients или MaxSpareServers ? > форков иначе система будет тратить на переключение процессов больше времени > чем собственно на выполнения кода. > > Начать можно со схемы nginx as reverse proxy, кстати. к этому движусь, но сначала хочу апач довести до боевой готовности Пока переробрал апач с PTHREAD_LIBS=-lthr Есть информация, что в аналогичном случае помогло человеку... Буду благодарен на подсказки, как диагностировать эту проблему в будущем... а то nagios прислал, что LA 30> по другому не было видно - памяти пока хватало, сервер стоял и раздавал трафик... Но он бы точно упал 8( А не хочется....
