- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
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 как модуль в апаче.