Коллеги, обратил внимание, что MUNIN-NODE даже в состоянии stopped активно пишет в логи, постоянно запускает MUNIN-UPDATE и на хостовой машине, где много VPS-ок стоит под bitrix_env, становится очень затратно юзать MUNIN вообще-то. Как выключить MUNIN-UPDATE ? Тупо убивать из cron-а ? Если сделать yum erase munin munin-node предлагает еще и bitrix_env заодно ... удалить Потому приходится ручками rpm -e --nodeps munin* ... А можно сделать пунктик в стартовое меню "Удалить систему мониторинга" и "Установить систему мониторинга" ?
Вот тут http://unixforum.org/index.php?showtopic=131848 народ нашел, что есть связь между акселератором PHP - APC и высокой загрузкой диска (тупо постоянно WRITE! на фоне даже нулевых READ). С помощью iotop удалось найти, что всю write-нагрузку (70%!!!) генерит два процесса: flush-8:0 и jbd2/sda ... активное гугление часто связывает это с APC ... Решил выключить во всех контейнерах APC и посмотреть, если это он - надо искать настройку правильную.
Результат: overload операций по WRITE уменьшился с 60-70% в списке iotop, диск задышал. Но пока все равно jbd2 и flush-8:0 впереди даже mysql и nginx-а. Правда теперь это 8-10% на обоих - где-то пропустил выключение APC ? Надо проверить ... Вывод: акселератор для PHP 5.3 - APC грузит диск на операциях WRTITE, надо ему искать правильную конфигурацию.
Мне не удалось Думаю вернуться к EACCELERATOR, хотя народ почему-то чаще сваливает на XCACHE ...
Позже: Вот что нарыл: jbd2 - это процесс для журналирования ext3/ext4. Пишет по 20-30Мб / с данных ... бесперерывно. М-да. Очевидна связь между APC и журналированием. Либо количество файлов для APC надо сократить с 20000 до 1000 (потеряв эффективность кеширования соразмерно), либо выключить журналирование файловой системы ...
Еще позже: ну, вот похоже решение (для UBUNTU, но суть ясна ...): http://forum.ubuntu.ru/index.php?topic=157348.0, у меня тоже commit=0, нифигасе ... Меняю на 300 секунд. Отпишусь, что получилось.
РЕШЕНО: в опции монтирования добавляем commit=300, APC можно включать обратно с дефолтными настройками (иначе не видать вам ваших 30 попугаев в мониторе производительности битрикса, как своих уше без зеркала!) - все работает теперь как надо, коллеги !!
Было бы еще здорово если бы пересобрать ВМ так чтобы она по умолчанию вставала с теми требованиями которые удовлетворяют скрипту проверки сайта, сейчас приходиться шаманить с переменными под последнюю сборку БУС.