Řešení 1:
Zvažte relativní čas:
Pokud máte novou instalaci (~2008), můžete použít relatime možnost montáže. To je podle mě dobrý kompromis pro čas. Z diskuse o kerneltrapu o implementaci této nové možnosti:
"relativní atime aktualizuje atime pouze v případě, že předchozí atime je starší než mtime nebo ctime. Jako noatime, ale užitečné pro aplikace jako mutt, které potřebují vědět, kdy byl soubor přečten od jeho poslední úpravy."
Díky tomu bude většina aplikací, které potřebují čas, stále fungovat, ale snižuje zatížení disku - jde tedy o kompromis. Toto je výchozí nastavení u nejnovějších desktopových distribucí Ubuntu.
Ohledně noatime a nodiratime:
Pokud se chystáte noatime u souborů by mě zajímalo, jestli existuje důvod, proč nepoužívat nodiratime kromě noatime takže neaktualizujete také dobu přístupu k adresářům.
Dalším důvodem, proč ponechat povolený atime, který nebyl zmíněn, jsou účely auditu. Ale protože kdo přístup není uchováván a pouze když , pravděpodobně to není tak užitečné pro audit trail.
Všechny tyto možnosti lze nalézt v 'man mount 8'.
Řešení 2:
Existují aplikace, které přesunou soubory do sekundárního úložiště, pokud k nim nebylo po určitou dobu přistupováno. Je zřejmé, že potřebují čas.
Kromě toho pro to (již) nevidím mnoho využití, zvláště když správci souborů v dnešní době mají tendenci otevírat soubory pro generování náhledů, a proto upravují čas právě při procházení adresáře.
V těchto dnech vždy montuji s noatime.
Řešení 3:
Existuje velmi málo aplikací, které na to spoléhají, například Mutt nemůže určit, zda složka od poslední návštěvy přijala novou poštu.
Obecně si já a ostatní myslíme, že montáž noatime je dobrý nápad.
Řešení 4:
hlavní nevýhodou, která ještě nebyla zmíněna, je, že pokud máte proces tmpreaper (tj. program, který maže soubory v /tmp, ke kterým se nějakou dobu nepřistupuje), může smazat soubory tmp, které se stále používají.
relatime je lepší volba než noatime. aktualizuje se pouze atime, pokud byl soubor změněn od poslední aktualizace atime. to má zjevné výhody pro poštovní klienty. stále to nevyřeší problém s tmpreaper (soubor lze číst z /tmp věky, aniž by se do něj zapisovalo).
celkově jsou nevýhody malé (neexistují kromě několika speciálních případů) a výkonnostní přínos je významný.