Запуск компа с apache (2 версия). Первое время нормально, через какое-то время начинает притормаживать загрузка страниц. Захожу в шелл, вызываю список задач и вижу много открытых процессов httpd, при этом top показывает небольшую нагрузку на проц. Памяти конечно маловато (96 Мб), но ведь дело не в этом. Вопрос соответственно таков: какое кол-во максимально запущенных процессов httpd рекомендуется запустить в зависимости от кол-ва пользователей? У кого какой есть реальный опыт? Если можно в виде таблицы.
96 M памяти - маловато будет.>>Вопрос соответственно таков: какое кол-во максимально запущенных
>>процессов httpd рекомендуется запустить в зависимости от кол-ва
>>пользователей?Какой mpm запущен?
>96 M памяти - маловато будет.
понимаю :-((>Какой mpm запущен?
поясни, плиз
>>Какой mpm запущен?
>поясни, плизАпач второй?
multi processing module
Который как раз и управляет процессами.Но в общем-то это не важно. Мало памяти, вот и тормозит.
>>>Какой mpm запущен?
>>поясни, плиз
>
>Апач второй?
>multi processing module
>Который как раз и управляет процессами.
>
>Но в общем-то это не важно. Мало памяти, вот и тормозит.Ага, понял. Я уже нашел это.
Насчет памяти - проведу эксперимент и добавлю ей до 512.А все-таки? Если ограничить max кол-во запущенных процессов (скажем до 15), как поведет себя httpd? Не начнет чудить?
>А все-таки? Если ограничить max кол-во запущенных процессов (скажем до 15), как
>поведет себя httpd? Не начнет чудить?Выдаст ошибку "Service Unavailable"
>>А все-таки? Если ограничить max кол-во запущенных процессов (скажем до 15), как
>>поведет себя httpd? Не начнет чудить?
>
>Выдаст ошибку "Service Unavailable"
Черт! Так не пойдет :-(
>Запуск компа с apache (2 версия). Первое время нормально, через какое-то время
>начинает притормаживать загрузка страниц. Захожу в шелл, вызываю список задач и
>вижу много открытых процессов httpd, при этом top показывает небольшую нагрузку
>на проц. Памяти конечно маловато (96 Мб), но ведь дело не
>в этом.
В этом. Наверное уже вовсю swap использовался. В bash - команда free (top это тоже показывает вверху)
Вопрос соответственно таков: какое кол-во максимально запущенных процессов httpd
>рекомендуется запустить в зависимости от кол-ва пользователей? У кого какой есть
>реальный опыт? Если можно в виде таблицы.
Плохо сформулировано...
См. httpd.conf (с #Server-pool size regulation. )
>В этом. Наверное уже вовсю swap использовался. В bash - команда free
>(top это тоже показывает вверху)
> Вопрос соответственно таков: какое кол-во максимально запущенных процессов httpd
Когда добирается до 20, после этого начинается притормаживать. Даже вход на машину через ssh очень долго проходит. И после этого я делаю reboot машине, поскольку остановка httpd приводит его процессы в состояние <defunct>, и повторный перезапуск мало помогает. И это очень странно, не могли бы объяснить почему? Или это все из-за свопа? Но ведь в linux другая система распределения памяти, нежели в винде, и там своп должен реально освобождаться.
>>рекомендуется запустить в зависимости от кол-ва пользователей? У кого какой есть
>>реальный опыт? Если можно в виде таблицы.
>Плохо сформулировано...
>См. httpd.conf (с #Server-pool size regulation. )
Я видел эту таблицу. Потому и спрашивал, как лучше выставить. Но тогда вопрос такой: а разве httpd не умеет смотреть их число и уменьшать? Это что же, если произойдет вслеск активности, и чисто процессов добежит, скажем до 100, а после обычная активность, и он не станет свои процессы убивать?
>Когда добирается до 20, после этого начинается притормаживать. Даже вход на машину через ssh очень долго проходит. И после этого я делаю reboot машине, поскольку остановка httpd приводит его процессы в состояние <defunct>, и повторный перезапуск мало помогает. И это очень странно, не могли бы объяснить почему? Или это все из-за свопа? Но ведь в linux другая система распределения памяти, нежели в винде, и там своп должен реально освобождаться.Этого не нолжно быть. Неверно настроен/запущен сервер.
Что-бы убить все httpd попробуй
killall -s KILL httpd>Я видел эту таблицу. Потому и спрашивал, как лучше выставить. Но тогда
>вопрос такой: а разве httpd не умеет смотреть их число и
>уменьшать? Это что же, если произойдет вслеск активности, и чисто процессов
>добежит, скажем до 100, а после обычная активность, и он не
>станет свои процессы убивать?Поведение зависит от mpm.
У каждого свои настройки количества процессов.
>>Когда добирается до 20, после этого начинается притормаживать. Даже вход на машину через ssh очень долго проходит. И после этого я делаю reboot машине, поскольку остановка httpd приводит его процессы в состояние <defunct>, и повторный перезапуск мало помогает. И это очень странно, не могли бы объяснить почему? Или это все из-за свопа? Но ведь в linux другая система распределения памяти, нежели в винде, и там своп должен реально освобождаться.
>
>Этого не нолжно быть. Неверно настроен/запущен сервер.
>Что-бы убить все httpd попробуй
>killall -s KILL httpd
>
>>Я видел эту таблицу. Потому и спрашивал, как лучше выставить. Но тогда
>>вопрос такой: а разве httpd не умеет смотреть их число и
>>уменьшать? Это что же, если произойдет вслеск активности, и чисто процессов
>>добежит, скажем до 100, а после обычная активность, и он не
>>станет свои процессы убивать?
>
>Поведение зависит от mpm.
>У каждого свои настройки количества процессов.Вопрос немного другой. httpd убивает процессы? Есть скажем, какое время жизни процесса?
>>В этом. Наверное уже вовсю swap использовался. В bash - команда free
>>(top это тоже показывает вверху)
>> Вопрос соответственно таков: какое кол-во максимально запущенных процессов httpd
>Когда добирается до 20, после этого начинается притормаживать. Даже вход на машину через ssh очень долго проходит. И после этого я делаю reboot машине, поскольку остановка httpd приводит его процессы в состояние <defunct>, и повторный перезапуск мало помогает. И это очень странно, не могли бы объяснить почему? Или это все из-за свопа? Но ведь в linux другая система распределения памяти, нежели в винде, и там своп должен реально освобождаться.
>>>рекомендуется запустить в зависимости от кол-ва пользователей? У кого какой есть
>>>реальный опыт? Если можно в виде таблицы.
>>Плохо сформулировано...
>>См. httpd.conf (с #Server-pool size regulation. )
>Я видел эту таблицу. Потому и спрашивал, как лучше выставить. Но тогда
>вопрос такой: а разве httpd не умеет смотреть их число и
>уменьшать? Это что же, если произойдет вслеск активности, и чисто процессов
>добежит, скажем до 100, а после обычная активность, и он не
>станет свои процессы убивать?
# по умолчанию эти параметры в httpd.conf настроены нормально для среднего сервера (100-500 посещений в сутки).
Процессы лишние apache убирает сам. Про 2-й apache - я не знаю. Наверно стоит поискать в ggogle - "проблемы 2-го apache";
>>>В этом. Наверное уже вовсю swap использовался. В bash - команда free
>>>(top это тоже показывает вверху)
>>> Вопрос соответственно таков: какое кол-во максимально запущенных процессов httpd
>>Когда добирается до 20, после этого начинается притормаживать. Даже вход на машину через ssh очень долго проходит. И после этого я делаю reboot машине, поскольку остановка httpd приводит его процессы в состояние <defunct>, и повторный перезапуск мало помогает. И это очень странно, не могли бы объяснить почему? Или это все из-за свопа? Но ведь в linux другая система распределения памяти, нежели в винде, и там своп должен реально освобождаться.
>>>>рекомендуется запустить в зависимости от кол-ва пользователей? У кого какой есть
>>>>реальный опыт? Если можно в виде таблицы.
>>>Плохо сформулировано...
>>>См. httpd.conf (с #Server-pool size regulation. )
>>Я видел эту таблицу. Потому и спрашивал, как лучше выставить. Но тогда
>>вопрос такой: а разве httpd не умеет смотреть их число и
>>уменьшать? Это что же, если произойдет вслеск активности, и чисто процессов
>>добежит, скажем до 100, а после обычная активность, и он не
>>станет свои процессы убивать?
># по умолчанию эти параметры в httpd.conf настроены нормально для среднего сервера
>(100-500 посещений в сутки).
>Процессы лишние apache убирает сам. Про 2-й apache - я не знаю.
>Наверно стоит поискать в ggogle - "проблемы 2-го apache";
А проблема может быть в этом?
У меня сервер настроен как на локальную сеть, так и на инет.
Естессно больше загрузок из локальной сети.
Ситуация в следующем: там стоит портал, и объем страниц там может быть разный, поскольку портал расчитан на скоростя локалки. И поэтому человек, загрузив одно окно, паралельно спокойно грузит еще парочку следующих, и заходит/обновляет инфу буквально мгновенно. Заходит скажем таких 20 человек одновременно, и каждый что-то начинает грузить. Число проессов httpd растет мгновенно, и он начинает медленно отдавать инфу.
Вопрос такой! Как может связка всего этого как-то влиять на работу сервера? Поскольку начинает тормозить буквально все на машине. Ситуация через некоторое время выправляется, но то, что машина тормозит - это не видно невооруженным взглядом :-). И кстати, загрузка проца при всех этих делах всегда минимальна.
>А проблема может быть в этом?
>У меня сервер настроен как на локальную сеть, так и на инет.
>
>Естессно больше загрузок из локальной сети.
>Ситуация в следующем: там стоит портал, и объем страниц там может быть
>разный, поскольку портал расчитан на скоростя локалки. И поэтому человек, загрузив
>одно окно, паралельно спокойно грузит еще парочку следующих, и заходит/обновляет инфу
>буквально мгновенно. Заходит скажем таких 20 человек одновременно, и каждый что-то
>начинает грузить. Число проессов httpd растет мгновенно, и он начинает медленно
>отдавать инфу.
>Вопрос такой! Как может связка всего этого как-то влиять на работу сервера?
>Поскольку начинает тормозить буквально все на машине. Ситуация через некоторое время
>выправляется, но то, что машина тормозит - это не видно невооруженным
>взглядом :-). И кстати, загрузка проца при всех этих делах всегда
>минимальна.
Так вероятно просто сеть забита - вот по ssh и долго соединятся, а если непосредственно к серверу подойти - он тоже тормозит?
>
>>А проблема может быть в этом?
>>У меня сервер настроен как на локальную сеть, так и на инет.
>>
>>Естессно больше загрузок из локальной сети.
>>Ситуация в следующем: там стоит портал, и объем страниц там может быть
>>разный, поскольку портал расчитан на скоростя локалки. И поэтому человек, загрузив
>>одно окно, паралельно спокойно грузит еще парочку следующих, и заходит/обновляет инфу
>>буквально мгновенно. Заходит скажем таких 20 человек одновременно, и каждый что-то
>>начинает грузить. Число проессов httpd растет мгновенно, и он начинает медленно
>>отдавать инфу.
>>Вопрос такой! Как может связка всего этого как-то влиять на работу сервера?
>>Поскольку начинает тормозить буквально все на машине. Ситуация через некоторое время
>>выправляется, но то, что машина тормозит - это не видно невооруженным
>>взглядом :-). И кстати, загрузка проца при всех этих делах всегда
>>минимальна.
>Так вероятно просто сеть забита - вот по ssh и долго соединятся,
>а если непосредственно к серверу подойти - он тоже тормозит?Блин, если все дело было в том, что не хватает пропускной способности, вопроса не поднимал бы. По ssh копейки траффик, а соединение на 100 Мбит. Тем более, что у машины два сетевых интерфейса и разные ip(локальный и реальный), и ssh тормозит на обоих.
>>> И кстати, загрузка проца при всех этих делах всегда
>>>минимальна.
>>Так вероятно просто сеть забита - вот по ssh и долго соединятся,
>>а если непосредственно к серверу подойти - он тоже тормозит?
>
>Блин, если все дело было в том, что не хватает пропускной способности,
>вопроса не поднимал бы. По ssh копейки траффик, а соединение на
>100 Мбит. Тем более, что у машины два сетевых интерфейса и
>разные ip(локальный и реальный), и ssh тормозит на обоих.
Разве это имеет значение? Провод то один! А то что траффик копейки - так ему все равно ждать своей очереди приходится.
Так если работать с сервером напрямую (не по сети) - тормоза есть?
>>>> И кстати, загрузка проца при всех этих делах всегда
>>>>минимальна.
>>>Так вероятно просто сеть забита - вот по ssh и долго соединятся,
>>>а если непосредственно к серверу подойти - он тоже тормозит?
>>
>>Блин, если все дело было в том, что не хватает пропускной способности,
>>вопроса не поднимал бы. По ssh копейки траффик, а соединение на
>>100 Мбит. Тем более, что у машины два сетевых интерфейса и
>>разные ip(локальный и реальный), и ssh тормозит на обоих.
>Разве это имеет значение? Провод то один! А то что траффик копейки
>- так ему все равно ждать своей очереди приходится.
>Так если работать с сервером напрямую (не по сети) - тормоза есть?
>
Дык, два провода :-)
А вот напрямую не работал :-(
В общем, можно попробовать сделать так. Поставить оперативку, а потом посмотреть в чем дело. Может реально из-за свопа тормозится.
Наблюдал аналагичную ситуацию у себя
Апач+ПХП+Мискл
Машина - дюрон 750+128 метров памяти
При загрузке из локальной сети всего подряд, например, телепортом - загрузка процессора до 100 и очень быстрое съедание памяти - вплоть до полной остановки машины когда в свапе не остается места
Решилось тем что сменил
MaxSpareServer 5
>Наблюдал аналагичную ситуацию у себя
>Апач+ПХП+Мискл
>Машина - дюрон 750+128 метров памяти
>При загрузке из локальной сети всего подряд, например, телепортом - загрузка процессора
>до 100 и очень быстрое съедание памяти - вплоть до полной
>остановки машины когда в свапе не остается места
>Решилось тем что сменил
>MaxSpareServer 5А ситуации, что сервер не сможет обработать запрос не возникало?
У тебя какая нагрузка на твой сервер со стороны пользователей?
У меня тоже тормозил сервер, и останавливался несколько раз. Запросов апачу приходит много(~30 в секунду), количество его процессов велико и система начинала активно работать со свопом, при этом апач скорее мертв чем жив. При добавлении памяти с 256 до 512 проблемы исчезли.
>У меня тоже тормозил сервер, и останавливался несколько раз. Запросов апачу приходит
>много(~30 в секунду), количество его процессов велико и система начинала активно
>работать со свопом, при этом апач скорее мертв чем жив. При
>добавлении памяти с 256 до 512 проблемы исчезли.Спасибо за совет, скоро так и поступлю.
А конфиг такой же оставил или поправил? Если поправил, то покажи пожалуйста.