Ты сперва сделай, чтобы в RHEL nginx оказался. Как сделаешь - поговорим дальше...
Все просто. Люди покупают у вас сервис (администрирование) - вам предоставляют полный доступ и вы за все отвечаете.
Ради "ноу-хау", которое в пару строчек на awk можно уместить (судя даже по обилию конфигурационных опций) - давать root-доступ вашему ПО будет только ССЗБ.
Искренние пожелания потенциальным пользователям сей фигни не устанавливать бинарный код от непроверенного источника.
Так вы цифирки, которые я привел объяснить можете? Или нет и действительно думаете что 952M cached это 952Mb~1Gb памяти?
"Ересть" - копипаст вывода mysqltuner.
любит, не любит...
Чудес не бывает. Порой надо пнуть (USE INDEX).
Это действительно много, тут я соглашусь с netwind. Сотни Mb мне еще встречалось, а это выглядит малоправдоподобно.
Зависит от того, какие проблемы вы решали. Задача "сделать мне зеленый вывод mysqltuner" - вовсе не обязательно разумный пример ТЗ.
Начните со чтения отсюда:http://dev.mysql.com/doc/refman/5.0/en/query-cache.html
Там еще профайлер есть. Т.е. не только "Query cache efficiency" и "Query cache prunes per day" смотрите, но и примеры типовых запросов посмотреть стоит.
А зачем? 0_0
Я ж и не запрещал наблюдать за живым сайтом. Ровно наоборот. Это вы уцепились опять за одну мысль в тексте - и давай "опровергать"...
Нет никаких проблем предложить сразу какие-то "оптимальные" значения параметров. Но нельзя этого сделать по шаблону, как хотите вы. Просто сесть и посмотреть на вывод extended-status - после этого уже что-то крутить. Можно более кропотливо достичь и лучшего, но делать наобум - совсем никуда не годится.
У ТС кеш используется достаточно активно (58.2% попаданий) - вы же его запросто захотели урезать в 4 раза. Или вы тоже 28M cached с мегабайтами перепутали? ;)
Ну да:
$ cat /etc/apt/sources.listdeb http://mirror.yandex.ru/debian squeeze maindeb http://security.debian.org/ squeeze/updates main$ apt-cache policy nginx-fullN: Unable to locate package nginx-full$ apt-cache policy nginxnginx: Installed: 0.7.67-3 Candidate: 0.7.67-3 Version table: *** 0.7.67-3 0 500 http://mirror.yandex.ru/debian/ squeeze/main amd64 Packages 100 /var/lib/dpkg/status
Мало-ли что у вас *сейчас* в sources.list - *раньше* могло быть и что-то другое. Или вообще deb ручками загружали и ставили.
Как минимум, не болтают зря о вещах в которых ни черта не понимают.
Вообще-то, в *старой* версии - 0.6.32 (а еще php 5.2). А должно быть? А там где nginx 0.7 - также и php5.3. Последние стабильные версии, на момент заморозки squeeze.
Для справки: 0.7.67 версия nginx вышла 15.06.2010. Заморозка squeeze была в августе. Гуру, положил бы в архив nginx из будущего?
Ну и до кучи - nginx в centos просто нет. "Несовременно", ы? Потроллите про разработчиков RHEL для разнообразия, пожалуйста.
Это у вас из бекпортов.
Ну, это просто маркетинг.
У проекта либо есть системный администратор - либо нет. В последнем случае можно пытаться подобрать параметры методом научного тыка по хавту. Как правило, в итоге не сильно лучший результат в сравнении со стратегией "работает - не трогай".
Вы о тестировании слышали? Есть примеры нагрузки за определенный период. Берется access.log и эта нагрузка моделируется. Да и интересно поведение обычно именно в моменты пиковой нагрузки. Вот тогда имеет смысл и показать все понимающему человеку.
