Nachteile beim Mounten eines Dateisystems mit noatime?

63

Es klingt wie eine Verschwendung, wenn jede Datei nur beim Zugriff auf sie aktualisiert wird.

Was ist der Haken beim Mounten eines Dateisystems mit der Option noatime? Welche Art von Anwendungen / Servern hängt von der Zugriffszeit ab?

nos
quelle

Antworten:

48

Betrachten Sie relatime:

Wenn Sie eine Neuinstallation (~ 2008) haben, können Sie die relatime Mount-Option verwenden. Das ist ein guter Kompromiss, denke ich. Aus der Kerneltrap-Diskussion über die Implementierung dieser neuen Option:

"relative atime aktualisiert den atime nur, wenn der vorherige atime älter als der mtime oder der ctime ist. Wie noatime, aber nützlich für Anwendungen wie mutt, die wissen müssen, wann eine Datei gelesen wurde, seit sie zuletzt geändert wurde."

Dies macht es so, dass die meisten Anwendungen, die zu einem bestimmten Zeitpunkt benötigt werden, weiterhin funktionieren, die Festplattenlast jedoch verringert wird - es handelt sich also um einen Kompromiss. Dies ist die Standardeinstellung für aktuelle Ubuntu-Desktop-Distributionen.

In Bezug auf Noatime und Nodiratime:

Wenn Sie keine Zeit für Dateien haben, frage ich mich, ob es einen Grund gibt, nodiratime nicht zusätzlich zu noatime zu verwenden, sodass Sie die Zugriffszeit auch für Verzeichnisse nicht aktualisieren.

Der andere Grund für die Aktivierung von atime, der nicht erwähnt wurde, ist zu Prüfungszwecken. Aber da, wer darauf zugegriffen hat, nicht und nur dann aufbewahrt wird , ist es für einen Audit-Trail wahrscheinlich nicht so nützlich.

Alle diese Optionen finden Sie in 'man mount 8'.

Kyle Brandt
quelle
1
+1 relatime hat die Vorteile von noatime und keinen der Nachteile.
David Pashley
9
Wenn man etwas mehr darüber liest, scheint Noatime auch Nodiratime zu enthalten (das war vor vielen, vielen Jahren noch nicht der Fall)
Nr.
Hinweis: Seit Linux 2.6.30 ist Relatime die Standardeinstellung. Darüber hinaus wird die letzte Zugriffszeit der Datei immer aktualisiert, wenn sie älter als 1 Tag ist. Dies bedeutet, dass ein täglicher Backup-Vorgang oder die Suche in großen Maildirs möglicherweise immer noch unnötig hohe Auswirkungen auf die E / A hat.
Rudimeier
18

Es gibt Anwendungen, die Dateien in einen sekundären Speicher verschieben, wenn für einen bestimmten Zeitraum nicht auf sie zugegriffen wurde. Offensichtlich brauchen sie das Atime.

Davon abgesehen sehe ich (nicht mehr) viel Verwendung dafür, zumal Dateimanager heutzutage dazu neigen, Dateien zu öffnen, um Vorschauen zu generieren, und daher die Uhrzeit nur während des Durchsuchens eines Verzeichnisses ändern.

Ich steige heutzutage immer mit Noatime.

Sven
quelle
15

Es gibt nur sehr wenige Anwendungen, die sich darauf stützen. Mutt kann beispielsweise nicht feststellen, ob der Ordner seit dem letzten Besuch neue E-Mails erhalten hat.

Generell halte ich und andere es für eine gute Idee, Noatime zu montieren.

James
quelle
3
Auch dann gilt es nur für Mbox Stores. Einige könnten sagen, dass Sie bekommen, was Sie verdienen.
Dan Carley
Benutze keine Noatime; verwende stattdessen relatime. Siehe Kyles Antwort.
David Pashley
Beachten Sie, dass relatime eine relativ neue Erweiterung der Optionen ist. Wenn Sie einen älteren Kernel haben (dh wenn Sie noch Debian / Sarge-basierte Maschinen laufen haben), haben Sie diesen möglicherweise nicht.
David Spillett
9

Der Hauptnachteil, der noch nicht erwähnt wurde, ist, dass wenn Sie einen günstigeren Prozess haben (dh ein Programm, das Dateien in / tmp löscht, auf die eine Weile nicht zugegriffen wurde), es tmp-Dateien löschen könnte, die noch verwendet werden.

Relatime ist eine bessere Option als Noatime. Es wird nur dann aktualisiert, wenn die Datei seit der letzten Aktualisierung geändert wurde. Dies hat offensichtliche Vorteile für Mail-Clients. Es behebt immer noch nicht das Problem mit tmpreaper (eine Datei kann für Ewigkeiten aus / tmp gelesen werden, ohne dass in sie geschrieben wird).

Insgesamt sind die Nachteile gering (mit Ausnahme einiger Sonderfälle nicht vorhanden), und der Leistungsvorteil ist erheblich.

cas
quelle