Postfix spool на ext3 оптимизациях в >=linux-2.6.34 днях

Postfix spool на ext3 оптимизациях в >=linux-2.6.34 днях

Учитывая весьма специфичный характер темы (мы не говорим о почтовых ящиках, только о спуле; мы не говорим о других файловых системах, только об ext3 и т. д.) и зрелость задействованного программного обеспечения (ядро Linux, ext3fs, postfix), я думаю, что должен быть более или менее согласованный набор лучших практик по настройке файловой системы.

Я пытаюсь составить их обзор:

  • data=journalстал значением по умолчанию в последних ядрах (где-то около 2.6.30 IIRC), так что нас это должно устраивать
  • Wietse Venema говорит, atimeчто он должен быть включен, но документация Postfix рекомендует noatimeпри обсужденииВходящая очередь. Означает ли это, что postfix нужен atimeтолько для некоторых каталогов очередей и выиграет от noatimeдругих? можем ли мы использовать, noatimeесли мы просто не используем ETRN?
  • файловая система может быть смонтирована nodev,noexec,nosuid- нет* не помешает вампараметратрибуты (postfix использует exec attr) они просто не будут иметь никакого эффекта (мы ничего не запускаем из спула)
  • проблема fsync(), упомянутая Wietse и/или, chattr -Sвероятно, связана с sync/ asyncoptions ext3fs, но я не понимаю их достаточно. Монтирование файловой системы с asyncoption эквивалентно chattr -R -Sвсей fs? Похоже, это увеличит производительность, но будет ли это представлять риск "потеря почты после сбоя системы" или это действительно "безопасно в /var/spool/postfix"?
  • Хотели бы вы что-нибудь еще настроить в postfix-2.6.x, чтобы он лучше работал на ext3, или оставить везде значения по умолчанию?
  • Существует ли «лучший» планировщик ввода-вывода Linux для такого рода рабочей нагрузки (а именно CFQ или deadline?) или он будет слишком сильно зависеть от конфигурации оборудования?
  • настраивали бы вы что-нибудь еще в файловой системе или ядре?
  • что-нибудь еще?

Использованная литература:

решение1

Учитывая специфику, я склонен использовать настройки по умолчанию. В моем случае postfix никогда не был узким местом, и я и я потратили большую часть времени на настройку AntiSpam/AntiVirus/MDA.

Рианто Вахьюди

Связанный контент