在文件系统上closures一次

我正在设置一个mongoDB副本集,我想要做的第一件事情之一就是在文件系统上closures一个时间。 经过这一番研究,我并不反对这样做,但是我不得不问,什么时候使用? 我已经search了互联网,发现“这个applciaiton或这个过程使用一段时间,你会愚蠢的,如果你把它closures”的方式很less的方式警告,但作为一个偏执的人性质,我不得不怀疑。

那么,什么使用一段时间,如果我把它关掉,什么可以打破?

mutt是一个电子邮件客户端,它使用文件访问时间监视到达mbox格式邮箱的新邮件。 显然这个问题不严重,很容易解决 。

除此之外,很难find一些在noatime上突破的事例。 我在所有的文件系统上都运行了许多Linux服务器,而且我不记得曾经遇到任何由noatime引起的问题。

如果你关心一般使用noatime ,你可以为你的mongoDB提供一个单独的文件系统,并且只安装noatime文件系统。

编辑

我在kerneltrap.org发现了一个有趣的博客 ,引用了Linux开发人员(Linus Torvalds,Ingo Molnar,Alan Cox等)之间有关atime的讨论。 在Ingo的第二封电子邮件中,他这样说:

…我对ext3没有真正的抱怨 – 必须具有“/ etc / fstab中的noatime,nodiratime”的必要条件。 这非常明显地加速了事情 – 特别是在访问大量文件时。 有趣的是,每个Linux桌面和服务器都受到明显的IO性能下降的影响,这是由于持续的时间更新,而只有两个真正的用户:tmpwatch [可以configuration使用ctime,所以这不是一个大问题]和一些备份工具。 (好吧,我也猜测邮件通知。)成千上万的应用程序。 因此,对于大多数文件工作负载,我们给Windows提供了20%-30%的性能优势,几乎没有任何问题。

轮询文件使用情况的工具,如临时文件清理程序使用它。 你可以通过使用relatime代替在某些文件系统和操作系统上绕过它,它只会在上次更新后的一段时间内更新一次。

你也可以为你的mongoDB副本集创build一个独立的挂载点。 然后,您可以仅在该挂载点上设置noatime参数,而不会影响任何其他程序。

作为这里的后续,在2009年3月左右发布的2.6.30中, relatime被作为内核的默认设置。 这意味着你从noatime设置中看到的收益在任何现代内核上都会less一些。

这仍然是一个build议,因为MongoDB仍然会有性能上的提升,但是只要你使用的是合理的内核版本,就没有以前那么重要了。

另外,除了这里提到的软件,我还看到了备份工具使用的一段时间。

星期一我只想强调一点–Steven – 使用一个单独的文件系统。

对于数据库来说,这总是一个不错的select,并且在调整数据库性能方面给您更多的灵活性,以避免额外的挂载点pipe理带来的不便。 通常会给你更多的备份数据库的选项(如果你可以快照和备份副本而不是主数据库,更加方便)