Вопросы Теги

Проблемы с eAccelerator, остановами сервера

У Вас мог также быть плохой жидкокристаллический инвертор. С ноутбуком "НА", как Вы подозреваете, берут фонарь и сияние это в экране, если Вы видите рабочий стол, это - плохой инвертор и дешевая фиксация.

0
задан 21 October 2010 в 04:49
3 ответа

Прекратите использовать suPHP. Это порождает отдельный процесс для каждого запроса PHP, делая eAccelerator бесполезный (поскольку кэш отбрасывается с каждым запросом).

1
ответ дан 4 December 2019 в 15:21
  • 1
    Я просто сделал тест с небольшим количеством смоделированных пользователей на веб-сайте, и загрузка сервера повысилась с ~1 до ~248 (4 CPU), это сделало только 178 просмотров страниц. Похоже, когда пользователи, устанавливающие соединение между веб-сайтом и компьютерной загрузкой сервера, поднимаются оттуда. Почему это происходит? Это поражает предел или что? –   10 January 2010 в 06:45
  • 2
    duskwuff - Вы - Shure? Кэш хранится в файловой системе, и это остается доступным там, когда новый процесс порожден для того пользователя. –  nikb 10 January 2010 в 10:20

из Вашего описания плетут кружево, походит на нерезьбового апача с (dso-) php. И у Вас есть скачки загрузки, правильно? У меня было это прежде...

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

Так как загрузка уже высока, порождение занимает время. Если порождение занимает много времени и существует больше входящих запросов, прежде чем недавно порожденные серверные процессы будут операционными, дополнительные процессы порождены, замедлив машину еще больше. Это - ситуация, где eaccelerator не помогает многому.

Таким образом, что можно сделать? Ну, можно установить StartServers, MinSpareServers и MaxSpareServers в Вашей апачской конфигурации путь выше, чем теперь. Необходимо определить средний размер единственного апачского процесса в системе (так как Вы используете mod_php, они должны начать примерно тот же размер, позже они начинают расти, потому что php никогда не освобождает выделенной памяти), и определите, сколько процессов того размера можно вписаться в объем памяти, который Вы хотите потратить на апача. Необходимо предварительно запустить достаточно серверных процессов для оставлений в живых всюду по скачкам загрузки без слишком большого порождения. Также не забудьте сохранять MaxRequestsPerChild на разумном уровне для освобождения памяти, выделенной php на время от времени.

Долгосрочное решение состояло бы в том, чтобы переключить на потоковый (рабочий-) MPM на апаче, который легче на поршне, потому что апачская память доли потоков (и начинание новой дискуссии путь, легче в системе, чем порождение нового процесса), и использование fcgi с php. eaccelerator прекрасен, я сохранил бы его в установке.

1
ответ дан 4 December 2019 в 15:21
  • 1
    Спасибо nikb. Я просто послал это по электронной почте к своей поддержке. Я надеюсь, что это поможет им решить его. У Вас было то же самое?, веб-сайт работает в течение промежутка времени, и затем быстро растите, загрузка сервера идет сразу же до огромного количества, и веб-сайт прекращает отвечать? –   10 January 2010 в 18:17
  • 2
    Это не помогло. Загрузка сервера, все еще увеличивающаяся. Существуют многие парни, пытающиеся решить эту проблему от службы поддержки в Hostgator. И все, что они делают, не помогает вообще. Загрузка сервера является низкой в течение некоторого времени и затем увеличивается сразу же! Можно ли предложить что-нибудь?? –   10 January 2010 в 19:50
  • 3
    Извините, не сразу же. Но если у Вас есть ситуация, где от маленького увеличения запросов нельзя отделаться, у Вас, вероятно, есть что-то не случай достаточно быстро. Могло быть апачское порождение не достаточно быстро (моя начальная идея), мог также быть php-код. Ищите код, работающий с большими наборами данных или доступом к базе данных, генерирующим декартовы соединения или просто не использующим indizes. –  nikb 10 January 2010 в 20:06
  • 4
    Так или иначе была моя начальная идея о Вас использующий право апачского предварительного ветвления? Еще я могу думать в неправильном направлении полностью. –  nikb 10 January 2010 в 20:07
  • 5
    Я переключил php для выполнения в fcgi режиме, взгляды, хорошие до сих пор. Иллинойс сохраняет Вас парнями отправленный об этой проблеме. –   10 January 2010 в 21:59

Хорошо, возможно, Вы спрашиваете слишком много своего сервера, даже с включенным eAccelerator. Сколько апачских процессов было активно при ударе этих 250 загрузок в среднем? Это походит независимо от Вашей php конфигурации, необходимо настроить апачские настройки так, чтобы это не могло вращать больше экземпляров, чем серверное оборудование может обработать.

0
ответ дан 4 December 2019 в 15:21
  • 1
    Этот веб-сайт должен обработать весь трафик в этом веб-сайте. Существует много выполнений процессов httpd, когда они поражают 250 загрузок. Я использую 2 сервера один для mysql один для сценариев. Я скопировал главную команду для Вас, когда загрузка сервера повышается: Задачи: 440 общих количеств, 303 выполнения, 137 снов, 0 остановились, 0 CPU (CPU) зомби: 99.8%us, 0.2%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Мадам: общее количество 8310280k, 4836340k используемый, 3473940k свободный, 567868k буферизует Подкачку: общее количество 5421896k, 4k используемый, 5421892k свободный, 2334452k кэшировало ПОЛЬЗОВАТЕЛЯ PID PR NI VIRT RES SHR S %CPU %MEM ВРЕМЯ + КОМАНДА 23424 никто 25 0 48 348 29 м 7 220 R 3.3 0.4 0:08.89 httpd –   10 January 2010 в 06:47

Теги

Похожие вопросы