- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
netwind, спасибо, посмотрю.
Но все равно не понятно.
Смотрим на графики выше. Если исходить из предположения, что какому-то процессу потребовалось 30-40% памяти, то такие же пики были бы и на правом графике, просто они были бы более резкими, потому что потомок обрабатывает только 1000 запросов и умирает.
Если же оствить потомков работать постоянно, то они и вовсе отъедают всю память, но на втором графике не видно, чтобы хоть раз появились такие запросы.
Можно ли каким-то образом залогировать соответствие запрос/выделяемая память?
У апача есть опция лимитирующая память на процесс
которая на самом деле банальный ulimit и от которой апач падает, так не успев записать в каком именно запросе он съел память.
могу только посоветовать mod_log_slow модифицировать. там почти весь код уже есть, нужно еще и память добавить,
Если нужно аналитика - то поможет профайлинг
могу только посоветовать mod_log_slow модифицировать. там почти весь код уже есть, нужно еще и память добавить
А для 1.3 есть что-нить подобное?
Maxxi добавил 02.04.2009 в 13:37
Если нужно аналитика - то поможет профайлинг
В данном случае профайлинг на синтетических тестах вряд ли что-то даст. А профайлить на рабочем сервере - имхо жестоко :)
http://pecl.php.net/package/memtrack вот оказывается еще что есть.
но для проверять утечки в модулях и в apache кажется не получится.
Сделайте копию проекта и ковыряйтесь с ней, зачем на рабочем серваке чудить
У меня такая же проблема на хостинге возникла ( написал суппорту а он что то медлит с ответом )
Fatal error: Out of memory (allocated 19398656) (tried to allocate 88 bytes) in /home/ksv/public_html/libraries/joomla/language/language.php on line 351
И так же в разных файлах, разных строках, а если рас 5 странцу перзагрузить так все начинает работать, работает не долго потом а5 по новой Fatal error: Out ...
Причем раньше буквально вчера , позовчера все работало нормльно. Стало вылезать после того ка кпоставил плагин для джумлы дополнителный плагин.
У товарища сайт на том же сервере, и у него ввсе работает нормально ...
Я же восстановил сат из резервной копии а ошипка все равно осталось .. )=
Вот я не пойму какой аут оф мемори если посещаемость всего 40 человек, т.е нагрузки то нет вообще никакой.
Сергей Владимирович добавил 05.04.2009 в 07:10
Оп проблема решилась (=
если у кого возникнет надо писать в хтакцесе php_value memory_limit 64M
Сергей Владимирович добавил 05.04.2009 в 07:10
Оп проблема решилась (=
если у кого возникнет надо писать в хтакцесе php_value memory_limit 64M
Это поможет, только если на хостинге работает php как модуль в апаче.