Какие оптимизации конфигурации например Алгоритмы планирования диска предлагаются для очень интенсивной записи?
Вы должны посмотреть на deadline Лифт планировщика ввода-вывода для описываемого вами шаблона доступа.
Это физическая система или виртуальная? Если у вас есть аппаратный RAID-контроллер, вам нужно убедиться, что у вас есть какая-либо форма кэша записи с батарейным питанием или флэш-памятью, доступная для буферизации и объединенной записи.
Если это система RHEL 6.x, изучите настроенные и настроенные-ADM профили для установки некоторых соответствующих параметров в зависимости от приложения системы.
Некоторые другие интересные настройки контроллера и блочного устройства подробно описаны здесь: Linux - настройка аппаратного RAID-контроллера в реальном мире (scsi и cciss)
В дополнение к ссылкам, которые ewwhite дал выше, вы захотите посмотреть на Руководство по настройке Red Hat Performance. Связал версию для RHEL6.
Правильная настройка производительности требует много времени и терпения. Сначала вам нужно выяснить, как точно и последовательно моделировать ваши рабочие нагрузки. Вам нужно будет создать свою собственную методологию для сбора базовых показателей производительности, а затем записывать эти показатели для каждого изменения конфигурации. Легко изменить кучу параметров и попасть в худшую ситуацию, не зная, какой параметр является виновником.
Хотя планировщик крайних сроков может быть хорошим планировщиком для начала тестирования, он гневно указывает, что на самом деле он может быть не лучшим планировщиком для вашей конкретной рабочей нагрузки. Планировщик крайнего срока - это детерминированный планировщик ввода-вывода, означающий, что все операции чтения и записи выполняются в известные временные рамки. Планировщик по умолчанию (CFQ Completely Fair Queuing) имеет разные временные интервалы между каждой операцией ввода-вывода. Возможно, планировщик CFQ лучше, поскольку он будет пытаться буферизовать и переупорядочивать записи, чтобы они были более эффективными. Стоит отметить, что хотя планировщик CFQ может улучшить производительность записи в определенных рабочих нагрузках, он, скорее всего, увеличит задержку чтения из-за буферизации операций ввода-вывода. Кроме того, если у вас есть аппаратные контроллеры ввода-вывода, такие как контроллеры SBA или RAID, использование планировщика NOOP может быть наиболее эффективным для этих конкретных устройств. Причина этого в том, что NOOP не пытается упорядочить операции ввода-вывода и, по сути, передает операции контроллеру. Если вы находитесь в виртуализированной среде, часто лучше использовать планировщик NOOP для всех ваших гостевых операционных систем, поскольку они не будут тратить время на переупорядочение операций ввода-вывода, а скорее отправят его в гипервизор, чтобы этот уровень мог обрабатывать операции.
Удачи вам с настройкой, если вы не против, сообщите о своих выводах, чтобы другие тоже могли узнать.