mutt
, klien email, menggunakan waktu akses file untuk memantau kedatangan surat baru di kotak surat yang diformat mbox. Tampaknya, masalah ini tidak serius, dan mudah diatasi .
Selain itu, sulit untuk menemukan contoh hal-hal yang pecah noatime
. Saya menjalankan sejumlah server Linux dengan noatime
di semua sistem file, dan saya tidak ingat pernah melihat masalah yang disebabkan noatime
.
Jika Anda khawatir tentang penggunaan noatime
secara umum, Anda bisa menggunakan sistem file terpisah untuk hal-hal mongoDB Anda, dan hanya me-mount sistem file dengan itu noatime
.
EDIT
Saya menemukan blog yang menarik di kerneltrap.org yang mengutip beberapa diskusi antara pengembang Linux (Linus Torvalds, Ingo Molnar, Alan Cox, dan lain-lain) pada topik atime
. Dalam email kedua Ingo, dia mengatakan ini:
... saya tidak punya keluhan tentang ext3 - dengan kualifikasi wajib bahwa "noatime, nodiratime" di / etc / fstab adalah suatu keharusan. Ini mempercepat banyak hal - terutama ketika banyak file diakses. Agak aneh bahwa setiap desktop dan server Linux dirugikan oleh perlambatan kinerja IO yang nyata karena pembaruan atime yang konstan, sementara hanya ada dua pengguna sebenarnya: tmpwatch [yang dapat dikonfigurasi untuk menggunakan waktu jadi itu bukan masalah besar] dan beberapa alat cadangan. (Ok, dan kirim email juga saya kira.) Dari puluhan ribu aplikasi. Jadi untuk sebagian besar beban kerja file, kami memberikan Windows kinerja 20% -30%, hampir tidak ada.