- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Где то неделю начал наблюдать такую картину, растёт показатель tasks после чего сервер начинает очень медленно откликаться и выкидывать 502 504 . Решил что нагрузка связанна с mysql начал копать, оптимизировать, урезал запросы и в прочем то саму базу... Но ситуация только ухудшалась...
Сервер ранее работал и при CPU 60% с LA 10-13 и нормально откликался...
у Вас тонна apache процессов
Когда их становится, больше чем ограничено в лимитах, то возвращается ошибка
подключите server-status к apache, посмотрите чем он там занимается
Возможно Вас просто DoS'ят
Жуть сколько апатчей. Рекомендую nginx поставить, чуть побыстрее всё будет.
у Вас тонна apache процессов
Когда их становится, больше чем ограничено в лимитах, то возвращается ошибка
подключите server-status к apache, посмотрите чем он там занимается
Возможно Вас просто DoS'ят
Ддос исключён, стоит ddos-guard, а вот server-status вроде всё как обычно...
---------- Добавлено 23.10.2016 в 16:45 ----------
sleep(4); очень часто, может привести к такой картине ? Стояло на загрузке фрейма, что бы успевало загрузится, в общем сам не помню...
Жуть сколько апатчей. Рекомендую nginx поставить, чуть побыстрее всё будет.
он же стоит. Просто апачей сильно много расплодилось, надо уменьшить.
всему беда была sleep(4); 🤪 убрал, пока полёт нормальный
---------- Добавлено 23.10.2016 в 17:54 ----------
всему беда была sleep(4); 🤪 убрал, пока полёт нормальный
Но не долго, внов tasks пополз вверх (((
всему беда была sleep(4); 🤪 убрал, пока полёт нормальный
---------- Добавлено 23.10.2016 в 17:54 ----------
Но не долго, внов tasks пополз вверх (((
Попробуйте уменьшить кол-во процессов Apache
всему беда была sleep(4); 🤪 убрал, пока полёт нормальный
---------- Добавлено 23.10.2016 в 17:54 ----------
Но не долго, внов tasks пополз вверх (((
Так у вас хостинг собственный разных сайтов или что? Под какие нужды используется серчер? Что за скрипты в таком количестве висят?
Так у вас хостинг собственный разных сайтов или что? Под какие нужды используется серчер? Что за скрипты в таком количестве висят?
Сервер арендованный,
Процессор Intel(R) Xeon(R) CPU E5-2630 v2 @ 2.60GHz 1200.000 Mhz X 24
Оперативная память 48GB
Система (файлы и бд) если не ошибаюсь на SDD (не помню какой RAID)
Стоит сайт, с большим количеством запросов, и онлайн по несколько тысяч, в пик и более...
242% mysql как-то дохрена...
Мож таблица какая-то колом встала?
Или всё таки с диском что-то не так.
После перезагрузки мускула, ситуация улучшается, работает всё хорошо часов 5-7 но со временем задачи начинают копиться и уже не уменьшаются...