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在谈论时建议传入队列。这是否意味着 Postfixatime只需要在某些队列目录中启用,而noatime在其他目录中启用则会受益?noatime如果我们不使用 ETRN,我们可以使用吗?
  • 文件系统可以挂载nodev,noexec,nosuid- 否* 不会阻止你环境属性(postfix 使用 exec attr)它们不会产生任何效果(我们不会从后台运行任何东西)
  • fsync()Wietse 和/或 提到的问题可能与 ext3fs 的/选项chattr -S有关,但我对它们了解不够。使用选项挂载文件系统是否等同于挂载整个文件系统?这似乎可以提高性能,但这会带来风险吗?syncasyncasyncchattr -R -S系统崩溃后邮件丢失“或者它真的“在/var/spool/postfix 上是安全的”?
  • 您是否会对 postfix-2.6.x 上的任何其他内容进行调整,使其在 ext3 上工作得更好,还是保留所有默认设置?
  • 对于这种工作负载(即 CFQ 或 deadline?),是否存在“最佳”的 Linux I/O 调度程序?或者这会根据硬件配置而变化太大?
  • 你会调整文件系统或者内核中的其他东西吗?
  • 还要别的吗?

参考:

答案1

鉴于具体情况,我倾向于使用默认设置。就我而言,postfix 从来都不是瓶颈,我花了大部分时间调整反垃圾邮件/反病毒/MDA。

里安托·瓦尤迪

相关内容