mutt
, um cliente de email, usa os tempos de acesso ao arquivo para monitorar novos emails que chegam em uma caixa de correio no formato mbox. Aparentemente, esse problema não é grave e é fácil de contornar .
Fora isso, é difícil encontrar exemplos de coisas que surgem noatime
. Eu corro vários servidores Linux noatime
em todos os sistemas de arquivos e não me lembro de ter visto nenhum problema atribuível noatime
.
Se você está preocupado com o uso noatime
em geral, você pode dedicar um sistema de arquivos separado para o seu material mongoDB e montar apenas esse sistema de arquivos noatime
.
EDITAR
Encontrei um blog interessante em kerneltrap.org que cita algumas discussões entre desenvolvedores de Linux (Linus Torvalds, Ingo Molnar, Alan Cox e outros) sobre o tópico atime
. No segundo email de Ingo, ele diz o seguinte:
... eu não tenho nenhuma reclamação real sobre ext3 - com a qualificação obrigatória de que "noatime, nodiratime" no / etc / fstab é uma obrigação. Isso acelera as coisas de maneira muito visível - especialmente quando muitos arquivos são acessados. É meio estranho que todos os desktops e servidores Linux sejam afetados por uma notável diminuição no desempenho de IO devido às constantes atualizações de atime, enquanto há apenas dois usuários reais: tmpwatch [que pode ser configurado para usar ctime, para que não seja um grande problema] e algumas ferramentas de backup. (Ok, e-mail também, eu acho.) Entre dezenas de milhares de aplicativos. Portanto, para a maioria das cargas de trabalho de arquivos, oferecemos ao Windows uma margem de desempenho de 20% a 30%, quase sem nada.
Steven segunda-feira
fonte