Soluzione 1:
Considera il tempo relativo:
Se hai una nuova installazione (~2008), puoi usare relatime opzione di montaggio. Questo è un buon compromesso per un tempo penso. Dalla discussione kerneltrap sull'implementazione di questa nuova opzione:
"l'atime relativo aggiorna l'atime solo se l'atime precedente è precedente all'mtime o al ctime. Come noatime, ma utile per applicazioni come mutt che devono sapere quando un file è stato letto dall'ultima modifica."
Questo fa sì che la maggior parte delle applicazioni che necessitano di atime funzionino ancora, ma riduce il carico del disco, quindi è un compromesso. Questa è l'impostazione predefinita con le recenti distribuzioni desktop di Ubuntu.
Riguardo a noatime e nodiratime:
Se vai noatime per i file, mi chiedo se ci sia un motivo per non usare nodiratime oltre a noatime quindi non stai aggiornando il tempo di accesso anche sulle directory.
L'altro motivo per mantenere abilitato atime che non è stato menzionato è per scopi di controllo. Ma poiché chi a cui si accede non viene conservato e solo quando , probabilmente non è molto utile per un audit trail.
Tutte queste opzioni possono essere trovate in 'man mount 8'.
Soluzione 2:
Esistono applicazioni che sposteranno i file in una memoria secondaria se non vi si accede per un certo periodo di tempo. Ovviamente, hanno bisogno del tempo.
A parte questo, non vedo molto l'utilità di questo (più), soprattutto perché i file manager di questi tempi hanno la tendenza ad aprire i file per generare anteprime, modificando quindi l'atime proprio durante la navigazione in una directory.
In questi giorni monto sempre con noatime.
Soluzione 3:
Ci sono pochissime applicazioni che si basano su questo, ad esempio Mutt non è in grado di determinare se la cartella ha ricevuto nuova posta dall'ultima visita.
Generalmente io e altri pensiamo che montare noatime sia una buona idea.
Soluzione 4:
lo svantaggio principale che non è stato ancora menzionato è che se si dispone di un processo tmpreaper (ovvero un programma che elimina i file in /tmp a cui non si accede da un po'), potrebbe eliminare i file tmp che sono ancora in uso.
relatime è un'opzione migliore di noatime. aggiorna atime solo se il file è stato modificato dall'ultimo aggiornamento atime. questo ha evidenti vantaggi per i client di posta. ancora non risolve il problema di tmpreaper (un file può essere letto da /tmp per anni senza essere scritto).
nel complesso, gli svantaggi sono minori (inesistenti tranne che per alcuni casi speciali) e il vantaggio in termini di prestazioni è significativo.