Re[2]: посоветуйте нас тройки

["Igor V. Fatkulin" <ingvar@xxxxxxxxxx>]

Hello Volkov,

Saturday, June 13, 2009, 5:34:58 PM, you wrote:

VO> В Сбт, 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хядерник.

VO> Наверное скажу банальность, но у меня стойкое ощущение, что проблема в
VO> общении cgi скрипта с БД. Возможны варианты
VO> 1. БД тормозит с ответами на запросы - это к специалистам по БД.
VO> Посмотрите что за запрос и попробуйте в моменты заклинивания дать
VO> подобный с консоли БД. Тогда все станет ясно.

бд некоторое время после рестарта справляется с нагрузкой, но с
какого-то момента в ней повисает куча запросов со статусом sending
data. потому и заподозрил, что фронтенд может не успевать забирать
запрошенные данные

VO> 2. Проблемы со стыком апач-БД. Посмотреть, используется ли пконнект (у
VO> него есть и плюсы и минусы), нет ли потерь между машинами на обычных и
VO> _больших_ пакетах.

VO> Какой idle пока все не заклинило? если тоже порядка 90% то машина не
VO> причем (это не нехватка процессора).

VO> Я не знаю специфику вашего cgi скрипта и общую постановку задачи, но
VO> очень плохо что его нельзя исправлять. Скорее всего, если выполнить его
VO> оптимизацию - можно увеличить производительность всей системы не меняя
VO> железо.

увы( досталось в наследство, приходится саппортить

-- 
С уважением,
Игорь Фаткулин, директор по технологиям ООО "Группа Вестсиб"

mailto:ingvar@xxxxxxxxxx