Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: посоветуйте настройки
В Сбт, 13/06/2009 в 13:13 +0700, Igor V. Fatkulin пишет:
> Доброго дня.
>
> Мучаюсь с баннерной системой на FreeBSD6.4 i386.
> Используется связка:
> 1. на одном сервере nginx+apache, под апачем стартует cgi,
> выпрашивающее у mysql номер баннера, который надо показать, сами
> картинки отдаются nginx напрямую.
>
> 2. БД живет на другом сервере и периодически там накапливается куча
> запросов в статусе Sending data, такое ощущение, что web-fronend тупо
> не забирает данные.
>
> В логах messages веба есть и такие записи:
> kernel: Limiting closed port RST response from 231 to 200 packets/sec
> и такие:
> kernel: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC
>
> Посоветуйте плз как оттюнить.
>
> Логи-настройки какие надо предоставлю. Сама система на 99.9999%
> занимается отдачей картинок, LA <11 не бывает, а то и под 70
> подскакивает. Периодически сайты перестают отвечать вообще, в этот
> момент idle=~99% и количество процессов апача равно лимиту. По фтп и
> ссх доступно все, пинги идут нормальные. Дисковая система не загружена
> вообще никогда.
>
> Переделать с CGI возможности нет, есть возможность только поменять
> железо с 2xXEON (old) на новый младший 4хядерник.
Наверное скажу банальность, но у меня стойкое ощущение, что проблема в
общении cgi скрипта с БД. Возможны варианты
1. БД тормозит с ответами на запросы - это к специалистам по БД.
Посмотрите что за запрос и попробуйте в моменты заклинивания дать
подобный с консоли БД. Тогда все станет ясно.
2. Проблемы со стыком апач-БД. Посмотреть, используется ли пконнект (у
него есть и плюсы и минусы), нет ли потерь между машинами на обычных и
_больших_ пакетах.
Какой idle пока все не заклинило? если тоже порядка 90% то машина не
причем (это не нехватка процессора).
Я не знаю специфику вашего cgi скрипта и общую постановку задачи, но
очень плохо что его нельзя исправлять. Скорее всего, если выполнить его
оптимизацию - можно увеличить производительность всей системы не меняя
железо.
--
С уважением,
Волков Олег
|