myhand

Рейтинг
278
Регистрация
16.09.2009
Роман Потапчук:
Здравствуйте.На вашем форуме впервые ))Меня интересует один важный вопрос.У меня сайт на DLE 9.5 .Он максимально оптимизирован,но нагрузка доходит до PIDS 133.69(сайт молод) .Подскажите пожалуйста что делать.

На телепатию не надеяться. Либо пригласите специалиста - либо приведите более подробную диагностику. Начните с выводов команд


top
free -m
vmstat -S m 3 5
madoff:
Взяли, написали веб статистику + алгоритмы + скрипты, создали где-то сервер с netflow и собирают стату, на основе её блочат айпи, там где "netflow" стоят прокси или ещё что то, через что дают клиенту доступы.

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

Чем названия выискивать - проще что-то подобное написать.

Смотрите документацию апача (или nginx). Там написано как можно настроить формат логов, чтобы в них попадали HTTP заголовки ответа.

Himiko:
Я про модуль apache рассказываю, забыл, что тут про CGI.

В модуле апача тоже действуют похожие механизмы.

Pilat:
Сеанс телепатии очередной начинаем?

Мне показалось что сеанс уже начат. Как обычно, не мной ;)

Himiko:
nginx не умеет mod_rewrite, т.к. это модуль apache.

Но у nginx есть аналогичный модуль. Не делайте вид, что меня не поняли.

Himiko:
Не всегда удобно и вообще имеет смысл переделывать правила.

Никто и не писал что всегда.

Himiko:
Кроме этого, nginx справляется со статикой быстрее дефолтного apache, поэтому часто его устанавливают в дополнение к связке. Не каждый будет выбирать mpm и тюнить.

Думаю, что на практике ТС не заметил бы разницы - даже если бы ничего не выбирал. Обычный префорк (+ fcgi для скриптов) - замечательно переварил бы статику.

Himiko:
1. Nginx выдаст ошибку таймаута. Но скрипт при этом будет продолжать висеть в процессах до попытки передать данные.

Неверно.

Например, если апач увидит что клиент (прокси, nginx в примере) отвалился - он пошлет SIGPIPE CGI-скрипту, который обрабатывает запрос. Затем SIGTERM. И наконец SIGKILL. Убъет он его, в конце-концов. Для скриптов, обрабатываемых модулями апача все несколько иначе, но щасливой работы в общем случае - тоже не выйдет.

Himiko:
2. Да, всё зависит от таймаутов. (cgi, php, apache)

Увы, в т.ч. и на стороне прокси.

Himiko:
1. Про реврайт вам верно сказали, нжинкс его не умеет. Про альтернативу речи не идет. Есть и другие модули у апача.

Я написал: что-то в связке - лишнее. Возможно что nginx (N.B.: реврайт nginx умеет).

Himiko:
2. Такой директивы вообще нигде нет по дефолту. А судя по значению в логах, оно там дефолтное.

Согласен, там действительно похоже на дефолт.

Тем не менее, ТС явно не понял, что нужно добавить эту директиву. А я не понимаю, как значение 120 вместо 40 - поможет для скрипта, который будет работать 3 часа.

Himiko:
У nginx свои таймауты, но работу скрипта они не прекратят.

А что сделает nginx с соединением, если бакенд туда данные не сливает уже порядочное время?

Что более интересно, как поведет себя сам бакенд если скрипт молча работает продолжительное время? Директивы, управляющие его поведением - разные, начиная от TimeOut, но так или иначе работа скрипта прекратится.

kpv:
что именно в связке nginx - apache - fcgi

Апач или nginx - тут лишние. Или, как заметил андрейка - fcgi.

Himiko:
Я видимо опять удивлю, но я снова уверен, что в инклудах такой директивы нет)

А где еще должна быть директива модуля апача, кроме как не в конфиге оного?

Да, вы опять "удивили". Мягко говоря.

Сломал парсер русского языка о предыдущего оратора. Еще mod_rewrite зачем-то приплели...

Pilat:
Рекомендую прочитать man про resolvconf и понять, почему resolv.conf не надо трогать в данной конфигурации.

Эмм... А каким образом можно было определить наличие у ТС resolvconf в системе? Скажем так, я редко эту программу вижу на серверах... Ибо зачем оно там надо?

Всего: 4890