- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
mailman стоит? mod_proxy в httpd.conf загружается? Поздравляю, вы - анонимный прокси.
без доступа на сервер можно долго-долго спорить =) почему апач кушает много
ispmanager случаем стоит)
djos добавил 14.07.2010 в 14:54
grep: /etc/apache2/modules.d/*: No such file or directory
ispmanager случаем стоит)
djos добавил 14.07.2010 в 14:54
grep: /etc/apache2/modules.d/*: No such file or directory
ну хватит уже писать, выберите специалиста вам помогут,тематика по такой проблемме как в гугле запрос о "Виагра" =)
madoff, на каждую тему достаточно одного спамно-рекламного поста, полного грамматических ошибок.
Установка MaxRequestsPerChild не помогла?
djos, глюк такой в панельке недавно появился.
Манагер его лоадит из своего include и линк на него в активных есть. Лечится так
a2dismod rpaf
под рутом естественно.
потёр извините, и забил =)
Настоящие утечки памяти маловероятны, но вот если даже один php-скрипт раз в час обработает что-то большое и тем самым сдвинет "планку памяти" процесса далеко наверх, то эту память apache обратно уже не отдает. Тут то и поможет MaxRequestPerChild.
да уж, ваши ответы содержательней, я наблюдаю, типа epel Отстой, alt Рулит. Я лучше буду
помогать чем блеск наводить на своих словах, тут видно кто чего стоит, мы же всё понимаем :) уважаемый Долгов :)
Ну, мои ответы будут получше, чем "Пешыти, рас биремься платна". А тот ответ являлся рекомендацией использовать nginx-0.8, который скоро станет stable вместо nginx-0.6, в который уже давно не бекпортят багфиксы и не добавляют функционал, данный в шутливой форме.
давайте Долгов будем реалистами вы советуете "MaxRequestsPerChild " это смешно рассчитывать на то что у него утечка памяти в библиотеках или хз ещё где, тут если кто и написал что то то, в плане макс клиент было более верное направление, но снова таки TC сказал что стоит у него NGINX значит у него уже всё оптимизированный.
Давайте. PHP изначально был рассчитан и писался под web и cgi, где процесс живет секунды, и сразу умирает. Поэтому, там классически есть места, где что-то не подчищается (конечно, это фиксится, и заметно нафиксено за последнее время), не возвращаются sbrk/malloc, и так далее. При использовании php-as-cgi это не возникает, при использовании mod_php или fastcgi - возникает. Кроме того, подключена куча модулей, в которых тоже может быть как-то накосячено. Не исключено, что у ТС в скриптах используется что-то странное, что и вызывает наружу этот баг.
что видно из следующего поста.
<IfModule mpm_prefork_module>
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClients 150
MaxRequestsPerChild 0
</IfModule>
У него уже всё по минимуму, не у желе вы Долгов это не видите, если уменьшение макс клиента не помогает значит у него система не справляется с нагрузкой,или апачи с конфигурацией типа кейпаливе, тут нужен специалист, доступ, и он разберётся что к чему, грамматика не причём =) да и отзывы го варят сами за себя =)
MaxSpareServers - 10, MaxClients - 150. Я не понимаю, почему из этого следует, что система не справляется - лишних процессов не будет, апачем запрос обрабатывается короткое время, так как nginx проксирует на него. Вывод - после нескольких событий, которые происходят периодически, процессы apache, которым хватало памяти, забирают себе лишнюю память, после чего ее хватать перестает. Один путь решения - перезапустить apache, другой - перезапускать отдельные его процессы, или, например, снимать kill'ом самые дорогие по памяти процессы.
keepalive и nginx - что Вы курите? :)
Я могу сказать что параметр MaxRequestsPerChild имеет значение. Но не в TC ситуации он вряд-ли поможет, у него стоит nginx ограничитель серверы, да и макс клиент стоит смешной, хотя TC не написал какие параметры его системы, так-же нужно смотреть на кейпаливы, сколка реквестов, вопщем целая статья рисуется.
А при чем тут nginx? Он ограничивает количество одновременных запросов к apache (конечно, если так настроено), а внутрь apache он не лезет.
Почему-то Вы считаете, что PHP, apache и все библиотеки работают идеально и как написано в конфиге, а проблема в посещаемости и нагрузке. Я же не исключаю вариант с первой проблемой, и поэтому интересуюсь результатом установки MaxRequestsPerChild.
Кстати, интересный вопрос к ТС: память "размазывается" по процессам apache равномерно, или выделяется какой-то один процесс, съедающий ее всю?
Ну, мои ответы будут получше, чем "Пешыти, рас биремься платна". А тот ответ являлся рекомендацией использовать nginx-0.8, который скоро станет stable вместо nginx-0.6, в который уже давно не бекпортят багфиксы и не добавляют функционал, данный в шутливой форме.
Давайте. PHP изначально был рассчитан и писался под web и cgi, где процесс живет секунды, и сразу умирает. Поэтому, там классически есть места, где что-то не подчищается (конечно, это фиксится, и заметно нафиксено за последнее время), не возвращаются sbrk/malloc, и так далее. При использовании php-as-cgi это не возникает, при использовании mod_php или fastcgi - возникает. Кроме того, подключена куча модулей, в которых тоже может быть как-то накосячено. Не исключено, что у ТС в скриптах используется что-то странное, что и вызывает наружу этот баг.
MaxSpareServers - 10, MaxClients - 150. Я не понимаю, почему из этого следует, что система не справляется - лишних процессов не будет, апачем запрос обрабатывается короткое время, так как nginx проксирует на него. Вывод - после нескольких событий, которые происходят периодически, процессы apache, которым хватало памяти, забирают себе лишнюю память, после чего ее хватать перестает. Один путь решения - перезапустить apache, другой - перезапускать отдельные его процессы, или, например, снимать kill'ом самые дорогие по памяти процессы.
keepalive и nginx - что Вы курите? :)
А при чем тут nginx? Он ограничивает количество одновременных запросов к apache (конечно, если так настроено), а внутрь apache он не лезет.
Почему-то Вы считаете, что PHP, apache и все библиотеки работают идеально и как написано в конфиге, а проблема в посещаемости и нагрузке. Я же не исключаю вариант с первой проблемой, и поэтому интересуюсь результатом установки MaxRequestsPerChild.
Кстати, интересный вопрос к ТС: память "размазывается" по процессам apache равномерно, или выделяется какой-то один процесс, съедающий ее всю?
Да, keepalive я имел ввиду apache, а не nginx =)
я потёр сообщение своё, видимо поздно ну пусть будет =)
--
Долгов вы не телепат, и вам им не стать, если мало информации вы навредите TC а не поможете =)