Solusi 1:
Pertimbangkan relatime:
Jika Anda memiliki pemasangan yang agak baru (~2008), Anda dapat menggunakan relatime opsi pemasangan. Ini adalah kompromi yang bagus untuk waktu yang saya pikir. Dari diskusi kerneltrap tentang penerapan opsi baru ini:
"relative atime hanya memperbarui atime jika atime sebelumnya lebih lama dari mtime atau ctime. Seperti noatime, tetapi berguna untuk aplikasi seperti mutt yang perlu mengetahui kapan file telah dibaca sejak terakhir diubah."
Hal ini membuat sebagian besar aplikasi yang membutuhkan waktu akan tetap berfungsi, tetapi mengurangi beban disk -- jadi ini kompromi. Ini adalah default dengan distribusi desktop Ubuntu terbaru.
Mengenai noatime dan nodiratime:
Jika Anda pergi noatime untuk file, saya ingin tahu apakah ada alasan untuk tidak menggunakan nodiratime selain noatime jadi Anda juga tidak memperbarui waktu akses pada direktori.
Alasan lain untuk mengaktifkan atime yang tidak disebutkan adalah untuk tujuan audit. Tapi sejak siapa diakses itu tidak disimpan dan hanya ketika , ini mungkin tidak berguna untuk jejak audit.
Semua opsi ini dapat ditemukan di 'man mount 8'.
Solusi 2:
Ada aplikasi yang akan memindahkan file ke penyimpanan sekunder jika belum diakses selama jangka waktu tertentu. Jelas, mereka membutuhkan waktu.
Selain itu, saya tidak melihat banyak gunanya untuk ini (lagi), terutama karena pengelola file akhir-akhir ini cenderung membuka file untuk menghasilkan pratinjau, oleh karena itu memodifikasi waktu hanya saat menelusuri direktori.
Saya selalu me-mount dengan noatime hari ini.
Solusi 3:
Ada sangat sedikit aplikasi yang mengandalkan ini, misalnya Mutt tidak dapat menentukan apakah folder telah menerima email baru sejak kunjungan terakhir.
Umumnya saya dan orang lain berpikir bahwa memasang noatime adalah ide yang bagus.
Solusi 4:
kerugian utama yang belum disebutkan adalah jika Anda memiliki proses tmreaper (yaitu program yang menghapus file di /tmp yang belum diakses untuk sementara waktu), itu dapat menghapus file tmp yang masih digunakan.
relatime adalah pilihan yang lebih baik daripada noatime. itu hanya memperbarui waktu jika file telah dimodifikasi sejak pembaruan waktu terakhir. ini memiliki manfaat yang jelas untuk klien email. itu masih tidak memperbaiki masalah tmreaper (file dapat dibaca dari /tmp selama berabad-abad tanpa ditulis).
secara keseluruhan, kerugiannya kecil (tidak ada kecuali untuk beberapa kasus khusus), dan manfaat kinerjanya signifikan.