ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



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

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

VO> Попробуйте вот такие настройки апача:

VO> StartServers            25
VO> MinSpareServers         25
VO> MaxSpareServers         50
VO> MaxClients              250
VO> MaxRequestsPerChild     1000

VO> Сколько оперативы? Если мало, то рост копий апача может весьма негативно
VO> сказываться. Посмотреть, в свап ничего не попадает?

оперативы 2гб, на данный момент больше гига свободно

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

VO> Что, скрипт скомпилен в исполняемый файл и исходников нет?
VO> Перепешите с нуля.

не сишник, и под рукой нет такого персонала
скорее дело не в скрипте, а в самой бд, но переписывать всю логику уже
имеющегося проекта - этим я займусь в последнюю очередь, тут уже
денежно-временные соображения вступают в дело




 




Copyright © Lexa Software, 1996-2009.