Відповіді:
Розглянемо час ретрансляції:
Якщо у вас є нова установка (~ 2008), ви можете скористатися опцією кріплення для відновлення . Я думаю, що це хороший компроміс для atime. З обговорення ядра про те, як реалізувати цей новий варіант:
"відносний atime оновлює atime лише у тому випадку, якщо попередній atime старший mtime або ctime. Як і у режимі noatime, але корисний для таких програм, як mutt, які повинні знати, коли файл був прочитаний з моменту останнього зміни."
Це робить його більшістю програм, які потребують atime, як і раніше, працювати, але зменшує завантаження диска - це компроміс. Це за замовчуванням для останніх дистрибутивів на робочому столі Ubuntu.
Що стосується часу та нодиратіма:
Якщо ви збираєтеся noatime файлів, цікаво , якщо є причина не використовувати nodiratime в доповненні до noatime , щоб ви не оновлювати час доступу до каталогів , а також.
Інша причина, щоб увімкнути функцію atime, про яку не згадувалося, - це з метою аудиту. Але оскільки хто до нього звертався, він не зберігається, і лише тоді , мабуть, це не так корисно для аудиторського сліду.
Усі ці параметри можна знайти у "man mount 8".
Існують програми, які переміщуватимуть файли у вторинну пам’ять, якщо до них не було доступно протягом певного періоду часу. Очевидно, їм потрібен атим.
Крім цього, я не бачу великої користі для цього (більше), тим більше, що файлові менеджери в ці дні мають тенденцію відкривати файли для генерації попереднього перегляду, тому змінюючи atime просто під час перегляду каталогу.
Я завжди монтуюсь з цим часом.
Є дуже мало програм, які покладаються на це, наприклад, Mutt не може визначити, чи папка отримала нову пошту з моменту останнього відвідування.
Як правило, я та інші думаю, що монтажу в режимі часу - це гарна ідея.
Основним недоліком, про який ще не було сказано, є те, що якщо у вас є процес tmpreaper (тобто програма, яка видаляє файли в / tmp, до яких деякий час не зверталися), вона може видалити файли tmp, які все ще використовуються.
Відношення - це кращий варіант, ніж час у режимі часу. він оновлює лише atime, якщо файл був змінений з моменту останнього оновлення atime. це має очевидні переваги для поштових клієнтів. він все ще не виправляє проблему tmpreaper (файл може читатися з / tmp протягом століть, не записуючись на нього).
загалом, недоліки незначні (не існує, за винятком кількох спеціальних випадків), і користь від продуктивності є значною.