Хорошо. Переформулирую вопрос: что за данные кладутся в кэш, что он разрастается до 12 гигабайт? Тогда как почти всё время память занята менее чем на 4 гига. Файлы всех сайтов весят 418 мегабайт. hdd занят на 8,9 гигов.
Поставил к WP плагин "Query monitor". 326 запросов к БД. Общее время 0,0252. Самый тяжёлый запрос: 0,0015. Поставил iotop. Побегал по страничкам, перезагружал их с Ctrl+F5. IO на уровне 0.19% += 0.1-0.2.
-> 2. кешировать все живое ( не указал движок)
?
-> 4. че скрипт делает.
?
-> 5. Загрузка это сколько ? 1-10 хитов в сек или 10000 ?
Пока пик 1300 посетителей в сутки.
Событие onload в браузере для главной страницы сайта срабатывает через 2,5 секунды. С ошибками, думаю, как и везде. Для PHP нотисы и варнинги есть. Плагины к CMS написаны в разное время разными людьми. Где-то переменная не объявлена, где-то несуществующий индекс в массиве, где-то устаревший метод или функция вызывается.
-> Кстати вы про кеширование со сжатием писали - возможно плагин кривой и жмет файлы постоянно. Сжатие процедура затратная.
Плагин нормальный. Один из топовых. Он не жмёт html если архив уже есть.
nirvimel: сейчас на сайте посещалка никакая, несколько сотен в сутки. Сайт на WordPress. Установлен плагин кэширования "Super cache" (создаёт html-версии страничек и сжимает их gzip). Как я понимаю эти html-странички должны отдаваться Ngonx`ом фактически мгновенно и запросы не должны доходить до php-fpm.
nirvimel: Я включал в php-fpm slow log. Туда почти все запросы к страницам попадают. Каждый более секунды. Видимо я что-то неправильно настроил в каком-то конфиге. При обходе пауком сайта в htop нагрузку в 98% на cpu дают все процессы php5-fpm: pool.
SELECT SUM(data_length + index_length) / 1024 / 1024 AS "Size (MB)" FROM information_schema.TABLES;
+--------------+
| Size (MB) |
+--------------+
| 184.95464897 |
+--------------+