>=linux-2.6.34 天后对 ext3 进行 Postfix 假脱机优化

Luk*_*404 5 linux performance ext3 postfix

考虑到主题的非常具体的性质(我们不是在谈论邮箱,只是假脱机;我们不是在谈论其他文件系统,只是 ext3;等等......)以及所涉及软件的成熟度(linux 内核) 、ext3fs、postfix)我认为应该或多或少地就文件系统相关调整的最佳实践达成一致。

我正在尝试对它们进行汇总:

  • data=journal成为最近内核中的默认值(大约 2.6.30 IIRC),所以我们应该可以接受
  • Wietse Venema 说atime必须打开,但 Postfix 文档noatime在谈论Incoming Queue时建议打开。这是否意味着 postfixatime仅需要某些队列目录,而将从noatime其他队列目录中受益?noatime如果我们不使用ETRN,我们可以使用吗?
  • 可以挂载文件系统nodev,noexec,nosuid- no* 不会阻止您设置属性(postfix 使用 exec attr),它们只是不会产生任何效果(我们不会从假脱机中运行任何内容)
  • fsync()Wietse 引用的问题和/或可能与 ext3fs 的/选项chattr -S相关,但我对它们的理解不够。使用选项挂载文件系统相当于整个文件系统?看起来它会提高性能,但这会带来“系统崩溃后丢失邮件”的风险还是真的“在 /var/spool/postfix 上安全”?syncasyncasyncchattr -R -S
  • 您会调整 postfix-2.6.x 上的其他任何内容以便在 ext3 上更好地工作还是在各处保留默认值?
  • 是否有针对此类工作负载的“最佳”Linux I/O 调度程序(即 CFQ 或截止日期?),或者根据硬件配置的不同,该调度程序会有很大差异?
  • 您会调整文件系统或内核中的其他内容吗?
  • 还要别的吗?

参考: