чините линк или делайте flush hosts; с некоторой периодичностью...
а почему не подходит? подсчитайте кол-во запросов в среднем в час, помножте на 2..3.., да и пропишите..
1. добавить location для admin
2. залогинившихся можно фильтровать по кукам. в общем случае это делают как-то так -
if ( $request_method !~ ^(GET|HEAD)$ ) { return 405; } if ($http_cookie ~ "всевозможные|куки") { return 405; } error_page 405 = @uncached; # отдаем без кеширования
и т.п. вариации...
3. без понятия что за счетчики у вас там
ps: вопрос непрост и может иметь массу решений, в зависимости от типа сайта, частоты обновления, содержания и т.п.. никто вам тут от балды и "за просто так на ровном месте" конфиг не напишет, имхо...
pps: наверните лучше на джумлу какой-нить модуль кеширования в статику- так вам (и нам) гораздо проще будет.
да конфиг в общем-то полный, разве что cache_key потеряли...
только зачем вам кешировать всякие awstats, webmin и т.п. - не понятно
вы лучше-ка задачу озвучьте полночтью, то есть что именно вы кешировать собрались? а то мы можем долго тут кеширование настраивать, это посложней i/o-wait иногда бывает :D
qemu-kvm -cpu host
в догонку - http://www.linux-kvm.org/page/Tuning_KVM
но все это к кэшу конечно же никакого отношения не имеет, 8 метров вы в любом случае получите. это лишь влияет на выхлоп команды cpuid в госте, как следствие на программы использующие эту команду для определения модели процессора, но, как уже сказал netwind, это редко когда нужно...
техподдержка вам правильно заявила. но в вашем случае самый оптимальный (и надежный) вариант - нанять админа
nginx, php-fpm и прочее - все это конечно хорошо, но их преимущества нивелируются при использовании панелей (любых), потому как они не позволяют делать и 10% того, что можно сделать руками (те же лимиты и кеширование, и т.п.)
потому не мучайтесь и ставьте стандартную конфигурацию с панелью, если без нее вам никак.
тот код не нужно никуда вставлять из-за его кривизны. можно сделать как-то так -
location / { try_files $uri $uri/ @cache; } location @cache { if ( $request_method !~ ^(GET|HEAD)$ ) { return 405; } if ($http_cookie ~ "comment_author_|wordpress|wp-postpass_") { return 405; } error_page 405 = @wp; add_header Expires "Tue, 24 Jan 1984 08:00:00 GMT"; add_header Cache-Control "must-revalidate, post-check=0, pre-check=0"; add_header X-Header "Wordpress Supercache x.xx"; charset utf-8; try_files /wp-content/cache/supercache/$http_host/${uri}index.html; @wp; } location @wp { try_files $uri /index.php?$uri; }
и по аналогии для изображений, скриптов и всего прочего
но вам это мало поможет как я понял. лучше используйте плагин file-cache - он не требует каких-либо реврайтов вообще
еще лучше, как тут уже сказали, кешировать средствами nginx, если у вас конечно контент не обновляется каждые 10сек...
и что? с этими ключами ничего не ясно, это можно и в top-е увидать все
----system---- ----most-expensive---- ----most-expensive---- ----total-cpu-usage---- time | block i/o process | i/o process |usr sys idl wai hiq siq11-12 11:45:29|init [3] 3918B 43k|init [3] 995k 255k| 12 1 86 1 0 011-12 11:45:30| |mysqld 39k 32k| 7 1 93 0 0 011-12 11:45:31| |sshd: root@ 217B 256B| 1 0 99 0 0 011-12 11:45:32|mysqld 0 140k|mysqld 4987B 150k| 4 0 88 7 0 011-12 11:45:33| |php-fpm 55k 1347B| 8 0 91 0 0 011-12 11:45:34| |php-fpm 56k 1347B| 3 0 97 0 0 011-12 11:45:35| |php-fpm 55k 1347B| 5 0 95 0 0 0
а вот так хорошо видно во сколько времени кто чего жрет, сколько пишет и кто в ожидании окончания i/o... перенаправляете в файл (nohup dstat -t --top-bio --top-io -c&) и ложитесь спать, а утром анализируете nohup.out...
Rus-Logarifm
ну вам же уже сказали (и подсказали команды) - смотрите в момент нагрузки кто и что, а уже потом делайте выводы
а то прям какое-то гадание на кофейной гуще, 6 страниц с картинками ни о чем
вот вам еще команда, запустите ее и смотрите в консольку, можете даже в файл перенаправить и оставить на сутки или больше для последующего анализа-
dstat -t --top-bio --top-io -c
