ich leseHierin ArchWiki, dass die Optionnoatimekann die Leistung und Haltbarkeit der Festplatte verbessern:
Die Verwendung vonkeine Zeit, keine Zeitoderrelazeitkann die Laufwerksleistung verbessern. Linux verwendet standardmäßig atime, das bei jedem Lesen einen Datensatz (Schreibvorgänge auf dem Laufwerk) speichert. Dies ist sinnvoller, wenn Linux für Server verwendet wird; für die Verwendung auf dem Desktop ist es nicht sehr nützlich. Das Schlimmste an der standardmäßigen atime-Option ist, dass selbst das Lesen einer Datei aus dem Seitencache (Lesen aus dem Speicher statt vom Laufwerk) immer noch zu einem Schreibvorgang führt! Die Verwendung der Option noatime deaktiviert das Schreiben der Dateizugriffszeiten auf das Laufwerk bei jedem Lesen einer Datei vollständig. Dies funktioniert für fast alle Anwendungen gut, mit Ausnahme einiger weniger wie Mutt, die diese Informationen benötigen. (...) Der beste Kompromiss könnte die Verwendung von relatime sein, in diesem Fall funktionieren Programme wie Mutt weiterhin, aber Sie haben immer noch eine Leistungssteigerung, da die Zugriffszeiten von Dateien nicht aktualisiert werden, es sei denn, sie werden geändert.
Das interessiert mich vor allem deshalb, weil ich eine Installation auf einem 32-GB-USB-Stick plane, der wie jedes andere Flash-Gerät eine begrenzte Lebensdauer hat, die von der Anzahl der Schreibvorgänge abhängt, die er aushält.
Aber ich arbeite an verschiedenen Computern und verlasse mich stark aufEinklangum meine Arbeit auf ihnen synchron zu halten. Aber ich habe Angst, dass, wenn ich die Option benutzenoatimeoderrelazeitDann ist Unison möglicherweise verwirrt und weiß nicht, welche Datei zuletzt geändert wurde, und bringt meine Dateien durcheinander.
Also, meine Frage:
Ist es sicher, die Option zu verwenden?noatimeoderrelazeitin /etc/fstab zusammen mit Unison oder Rsync?
Antwort1
Wenn ich die Option „noatime“ oder „relatime“ verwende, ist Unison möglicherweise verwirrt und weiß nicht, welche Datei zuletzt geändert wurde.
Dieser Satz macht keinen Sinn, denn atimeist dieZugangZeit – es ist nicht dasselbe wie mtime, das Unison verwendet. Also nein, es hat keinen Einfluss auf die Synchronisierung.