主題の非常に特殊な性質 (メールボックスではなくスプールについて話している、他のファイルシステムではなく ext3 について話している、など) と、関連するソフトウェア (Linux カーネル、ext3fs、postfix) の成熟度を考えると、ファイルシステム関連のチューニングには、多かれ少なかれ合意された一連のベスト プラクティスがあるはずだと私は思います。
私はそれらをまとめようとしています:
data=journal最近のカーネル（確か2.6.30あたり）ではデフォルトになったので、それで問題ないはずです。- Wietse Venemaは
atimeオンにする必要があると述べていますが、Postfixのドキュメントnoatimeでは、受信キューatime。これは、一部のキュー ディレクトリに対してのみpostfix をオンにする必要があり、noatime他のキュー ディレクトリに対しては をオンにするとメリットが得られることを意味しますか?noatimeETRN を使用しない場合は を使用できますか? - ファイルシステムをマウントできます
nodev,noexec,nosuid- いいえ* は、設定属性（postfix は exec attr を使用します）は効果がありません（スプールからは何も実行されません） fsync()Wietse が挙げた問題は、おそらくext3fs の/オプションchattr -Sに関連していると思われますが、私は十分に理解していません。オプションを使用してファイルシステムをマウントすることは、 fs 全体と同等ですか? パフォーマンスが向上するようですが、それによって "syncasyncasyncchattr -R -Sシステムクラッシュ後のメールの損失それとも本当に「/var/spool/postfix 上で安全」なのでしょうか?- ext3 でより適切に動作するように postfix-2.6.x で何か他のものを調整しますか、それともすべてデフォルトのままにしますか?
- この種のワークロード (つまり CFQ または期限) に最適な Linux I/O スケジューラはありますか? それとも、ハードウェア構成によって大きく異なるものなのでしょうか?
- ファイルシステムまたはカーネルで他に何か調整しますか?
- 他に何か？
参考文献:
答え1
特殊な性質のため、私はデフォルト設定を使用する傾向があります。私の場合、postfix がボトルネックになることはなかったので、私はほとんどの時間を AntiSpam/AntiVirus/MDA の調整に費やしました。
リアント・ワヒュディ