Ещё может быть из-за смены сервера начать тупить какой-то скрипт ибо в нём прописан IP старого сервера. У тебя же там много чего правлено и модулей тоже.
Как вариант пытаться по 1 вырубать сайты и смотреть на нагрузку. Если резко упадёт, значит нашли виновника.
а чего такие ужатые параметры для мускуля при таком количестве памяти?
---------- Добавлено 12.06.2015 в 13:56 ----------
Кстати у тебя таблицы все MyISAM или всё же InnoDB ?
Мы еще ранее разобрали вывод vmstat и там было видно что с дисками все ОК.
Просто лично для меня atop нагляднее всяко искать :)
Ещё может быть из-за смены сервера начать тупить какой-то скрипт ибо в нём прописан IP старого сервера. У тебя же там много чего правлено и модулей тоже.
Как вариант пытаться по 1 вырубать сайты и смотреть на нагрузку. Если резко упадёт, значит нашли виновника.
http://s011.radikal.ru/i317/1506/b9/1ce3550efda6.jpg
Нагрузка на диск 2%?!
---------- Добавлено 12.06.2015 в 13:45 ----------
еаксилератор проверял, точно работает? Файлы создаются?
Был опыт работы с этой CMS, много запросов ест эта платформа.
С таким количество памяти надо просто настроить mysql так, чтобы она была свободна и временные таблицы вынести в память.
А если вывести atop? Что там у нас?
Так же смарт дисков покажи. Может им ППЦ.
Тонкое место в Вашей ситуации - это именно mysql, перенесите сервер mysql на другую машину с SSD винчестером.
С чего это вы взяли? :)
переключение на php-fm вообще не меняло картины
Фантастика :)
Настройки апатча точно такие же как и были на другому сервере? Я не о том, что там настраивал админ. Сам проверял?
ну может попробовать апатч обновить до текущей стабильной:
Apache httpd 2.2.29
Может у него какие-то там косяки идут.
---------- Добавлено 12.06.2015 в 13:31 ----------
Так же:
Дебиан + Nginx + php-fm + еаксилератор
И что nginx столько же начинает жрать как и apache?
Леня не понял - а щас у меня что Нгих делает?
ой ой, это я тупанул, не посмотрел внимательно :)