У меня есть новый сервер с 48G RAM, который я собираюсь использовать в качестве сервера БД. Я не ожидаю проблем с чтением с диска, но я определенно хотел бы оптимизировать для шаблонов интенсивной записи нагрузки.
ОС - RHEL 5.6, а FS - ext3, я уже добавил «noatime» и «data = writeback» в / etc / fstab, и последний вариант помог значительно уменьшить LA. Моя следующая цель - по возможности оптимизировать процесс pdflush. Я пытался применить упомянутые твики Вот, но безрезультатно. Наверное, эта информация просто устарела.
Какие у меня есть варианты? Стоит ли мне продолжить эксперименты с pdflush или, может быть, лучше оставить все как есть? Я склонен опускать dirty_ratio и dirty_background_ratio sysctl для повышения плавности ввода-вывода, но эти значения, похоже, не связаны с производительностью, схема загрузки в Munin при стресс-тесте в основном такая же.
Стоит ли мне попробовать другой планировщик ввода-вывода? Могу ли я вообще получить выгоду от наличия большого количества ОЗУ при настройке с интенсивной записью? Я понимаю, что скорость и задержка дискового ввода-вывода не имеют ничего общего с ОЗУ, но моя цель не в том, чтобы волшебным образом записывать на диск быстрее, а в повышении стабильности системы и реализации некоторого изящного снижения производительности.
Допустим, у меня есть хорошие резервные копии, и я могу принять дополнительные компромиссы с согласованностью данных, такие как «данные = обратная запись».
Спасибо.
Требуется ли ext3? У тебя есть Файловая система XFS как вариант, который может лучше подойти для вашей рабочей нагрузки. Какова основная настройка хранилища? Каковы ваши результаты измерений по сравнению с возможностями системы хранения (например, вы определили узкое место?)? Попробуйте другой Настройки лифта планировщика ввода / вывода. я предпочитаю noop для определенных массивов хранения с прямым подключением и deadline для других. Тестируйте и измеряйте для вашего конкретного приложения.
Как выглядит ваш диск? Если вы используете аппаратный RAID-массив, вы можете установить параметры шага и ширины полосы для оптимального выравнивания файловой системы.
Кроме того, если у вас есть контроллер кэширования с батарейным питанием, вы можете установить опцию nobarrier при монтировании.
Вы должны посмотреть на свой выравнивание файловой системы, особенно с RAID, и особенно с SSD, чтобы избежать ненужного усиления чтения и записи. Это повлияет на производительность, а в случае SSD - на долговечность. Оптимальное выравнивание зависит от рабочей нагрузки. Вы должны проверить, какой размер страницы использует ваша выбранная база данных, и соответствующим образом настроить.
Раскрытие информации: ссылка выше - это статья, которую я написал именно по этой теме.