Помощь в оптимизации VPS

видемо чем-то валитца апачи так как по top он занят постоянно

madoff, а Вас не смущает, что nginx не использует keepalive для соединения с бакендом?

Чтобы было понятно: KeepAlive On/Off в апаче - при данной схеме совершенно без разницы.

re: myhand

да долгая дискуссия оставим, ув.

я лично думаю 10 процессов заняты скриптом, nginx го-варит апачи на на на,)) апачи куда ? маи процессы и так работают, nginx ну и хер стабой, на-те вам 502 ))))

re:bncom

Скрипт ооо, новые процессы появились, погнали их хавать если како-то цикл стоит, то хоть 100 открывайте их займёт скрипт, и память тоже улетит в трубу

re:bncom

Уважаемый обратитесь к Админам, которые грамотно вам сделают, решат проблемы, или подскажут, сложно при данной ситуации вам помочь в форуме причины разносторонние.

Неправильно думаете.

Пока у апача нет свободных процессов - новые соедиения

просто подождут (см. ListenBackLog).

Ну да ждут столь-ка, сколка указанно в таймаут, не так ли?причём таймаут есть и в апачи, и в tcp, а потом если апачи не впустил получите kill не чего очередь засорять, а nginx упс не обработал получите 502 ))

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

Если у вас апач по >5-10 сек обрабатывает запросы - именно это

и надо лечить. Ваше замечание имеет смысл для массового виртуального

хостинга. Там оптимизация MaxClients до маленьких значений - выйдет

скорее всего боком.

вопрос: сколка Nginx будет ждать,? бесконечна ?

tcp пример тому, что он тоже не бесконечно ждёт, очередь это плоха.

я вас просто немного поправил. Так сказать раставив приоритеты таймаутов.

Таймаут, который может встретиться (пока число необработанных

соединений <ListenBackLog) - proxy_send_timeout.