- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Неожиданно вчера это началось. Сервер стал есть оперативку очень шустро.
Mem: 4138752k total, 236168k used, после 10-20 сек после рестарта
Mem: 4138752k total, 284408k used спустя 10 сек
Mem: 4138752k total, 781648k used спустя еще 30 сек
Mem: 4138752k total, 1136836k used, спустя еще 30 сек
И так за несколько десятков минут съедается все 4 Гб.
При этом load average: 0.74, 0.45, 0.18
top - 12:14:06 up 4 min, 1 user, load average: 1.01, 0.63, 0.27
Tasks: 76 total, 3 running, 73 sleeping, 0 stopped, 0 zombie
Cpu(s): 34.9%us, 3.5%sy, 0.0%ni, 61.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 4138752k total, 691276k used, 3447476k free, 8104k buffers
Swap: 3903784k total, 0k used, 3903784k free, 267800k cached
После очередного рестарта
top - 12:26:18 up 8 min, 1 user, load average: 0.73, 0.65, 0.35
Tasks: 100 total, 3 running, 97 sleeping, 0 stopped, 0 zombie
Cpu(s): 30.5%us, 5.2%sy, 0.0%ni, 62.2%id, 0.0%wa, 1.0%hi, 1.1%si, 0.0%st
Mem: 4138752k total, 2348816k used, 1789936k free, 9576k buffers
Swap: 3903784k total, 0k used, 3903784k free, 354524k cached
Как хотя бы узнать что именно грузит сервер, чтобы это отключить?
Спасибо.
смотрим в топ процессы, монотонно отедающие память или
число которых монотонно растет (апачи или cgi-процессы обычно)
дальше выясняем почему:
смотрим processlist mysql
смотрим логи веб-сервера - вполне может быть, что детский ддос какой-нибудь
смотрим системные логи
смотрим что делают процессы (lsof, strace, ...)
и т. д.
searchi, с сервером всё в порядке, разве раньше не использовалась память сервером?
еслиб она не использовалась, вот это было бы действительно странно, и стоило бы беспокоиться ;)
посмотреть что к чему можно такой командой в шеле
ps aux
если не разбираетесь, запостите вывод на форум
Обращайтесь, погляжу что с сервером
searchi, с сервером всё в порядке, разве раньше не использовалась память сервером?
еслиб она не использовалась, вот это было бы действительно странно, и стоило бы беспокоиться ;)
Бред. Конечно память должна расходоваться, но 4 Гб явно не должно полностью забиваться за 10 минут, и сервер после этого наглухо зависать.
Едят php процессы. Откуда они берутся не ясно. Мне тут посоветовали переключить php как cgi (у одного сайта стояло) на php как модуль apache.
Ну там ща вообще чет операционка легла. но вроде поддержка все востановила. наблюдал за этим делом через KVM. Сейчас вроде работает.. Хотя не уверен что стабильно. ну в общем я пока не вмешиваюсь.
Что вызвало проблему так и не понял. В php.ini кстати уменьшил кол-во выделяемой памяти и уменьшил таймаут - но не помогало.
этого точно не должно происходить
top
и
ps aux
многое прояснит ;)
чем занимаются php-процессы - выяснить совершенно
не проблема: man strace, man lsof. смотрите
mysql processlist - может лочатся какие-то таблицы в БД.
может посещаемость возросла? сайт новый? скрипты переписывались?
если не разберетесь самостоятельно - обращайтесь
и ни слова о том что творится в error_log и логах доступа веб сервера. а ведь это вполне может быть флуд.
Дорогое ололо-камунити, работающий линукс всегда пожирает всю память сколько есть. И windows тоже пожирает, хотя смысл индикаторов разный - в windows память под использованные буферы не показывается. Отсюда и частая ошибка. Пока swap не начал расти, причин для беспокойства нет.
Для оценки причины тормозов, нужно использовать другие показатели, но только не объем свободной памяти.
Дорогое ололо-камунити, работающий линукс всегда пожирает всю память сколько есть. И windows тоже пожирает, хотя смысл индикаторов разный - в windows память под использованные буферы не показывается. Отсюда и частая ошибка. Пока swap не начал расти, причин для беспокойства нет.
Для оценки причины тормозов, нужно использовать другие показатели, но только не объем свободной памяти.
неа.
то, что used _растет_ минимум линейно (и достаточно шустро, судя по приведенным
фрагментам) - вполне себе показатель. а еще top пишет cached и buffers - на скрине
видно, что в кеше VFS и буферах - меньше половины занятой памяти.
PS: вообще, когда swap начал расти - это уже обычно караул для проекта :D
этого точно не должно происходить
top
и
ps aux
многое прояснит ;)
Dimanych, такое ощущение что вы только название топика читаете.
Ну у меня же в самом первом посте данные были как раз из top
Да и ps я делал само собой. Даже с разными параметрами.
Ну суппорт luxehost.net говорит что проблема была в большом
memory_limit
хотя это было первое на что я подумал, и я уменьшил этот параметр еще вчера, но вроде как только в глобальном php.ini а в локальном (у юзера) забыл.. И может в этом дело.. Хотя все равно не ясно как сайт 2-3 недели работал с этими параметрами без проблем (рестарт апача был) и вдруг резко так заглючил.
Вроде бы проблему супурчани решили за меня. За что им большое спасибо. Хотя я так и не понял вызвало ли ее то что я memory_limit прописал около 700-1000 (2 недели назад еще) или что-то другое.
Но в любом случае много практического опыта из этой ситуации получил. Всем спасибо.