переопределение планировщика по умолчанию для запросов blkio в cgroups
Я пытаюсь оптимизировать набор серверов, которые должны находиться на одной машине. то есть у меня может быть несколько серверов приложений, сервер БД и, конечно же, сервер самбы в одном экземпляре. Теперь я изучал несколько доступных мне вариантов оптимизации. В своих поисках я сделал настройку сетевого стека. приходя к настройкам ЦП, ПАМЯТИ и BLKIO, я использую ГРУППЫ. Проблема, с которой я столкнулся, заключается в том, что для повышения производительности в природе приложений, которые я запускаю, планировщик CFQ, реализованный для BLKIO подсистема не оптимальна. Я больше искал планировщика крайних сроков, потому что он хорошо послужит моей цели. У меня вопрос, можно ли изменить планировщик в самой компиляции ядра для BLKIO на Deadline, и это отразится на моем использовании [иерархий CGROUP] [3]? Поскольку при запуске службы cgconf монтируется новая файловая система, и я не хочу, чтобы она возвращалась к планировщику CFQ. Я также приветствую любые предложения, которые позволят мне лучше контролировать свои ресурсы.
РЕДАКТИРОВАТЬ: Я использую CentOS 6.2 для тестирования. Позже он будет выпущен в Redhat 6.2.
я буду действительно хотелось бы видеть, как вы используете RHEL / CentOS 6.3. Версия 6.2 EL просуществовала недолго, и многие исправления и улучшения были нацелены на выпуск новых ядер с точечным выпуском. Red Hat / CentOS делает это предельно ясным, поскольку обновлений для 6.2 НЕТ, а пакеты доступны только в архив хранилища.
В любом случае, инструмент, который вам следует использовать, - это настроен и настроен-ADM framework. Некоторые из них подробно описаны здесь, в этом вопросе, с более ориентированный на хранение ответ здесь.
tuned-adm позволяет применять профили к системе на лету. Включение профиля с помощью: tuned-adm profile enterprise-storage, например, применит изменения в последнем столбце на графике ниже; включая перемонтирование файловых систем с nobarrier и изменение планировщика ввода-вывода на крайний срок для доступных блочных устройств. К сожалению, virtual-guest профиль доступен только в EL 6.3 или новее ... :( Еще одна причина для обновления ...
В конце концов, tuned это демон, поэтому его можно остановить / перезапустить на лету. Просто перезагрузите / повторно примените службу при установке новой FS. Об остальном он позаботится. Вы также можете создать свой собственный профиль с помощью sysctl.conf и другие параметры производительности ...
