Недоліки монтажу файлової системи в режимі часу?


63

Оновлення кожного файлу лише під час доступу до них звучить як марно.

У чому полягає перевага в монтажі файлової системи з опцією noatime. Які програми / сервери залежать від часу доступу?

Відповіді:


48

Розглянемо час ретрансляції:

Якщо у вас є нова установка (~ 2008), ви можете скористатися опцією кріплення для відновлення . Я думаю, що це хороший компроміс для atime. З обговорення ядра про те, як реалізувати цей новий варіант:

"відносний atime оновлює atime лише у тому випадку, якщо попередній atime старший mtime або ctime. Як і у режимі noatime, але корисний для таких програм, як mutt, які повинні знати, коли файл був прочитаний з моменту останнього зміни."

Це робить його більшістю програм, які потребують atime, як і раніше, працювати, але зменшує завантаження диска - це компроміс. Це за замовчуванням для останніх дистрибутивів на робочому столі Ubuntu.

Що стосується часу та нодиратіма:

Якщо ви збираєтеся noatime файлів, цікаво , якщо є причина не використовувати nodiratime в доповненні до noatime , щоб ви не оновлювати час доступу до каталогів , а також.

Інша причина, щоб увімкнути функцію atime, про яку не згадувалося, - це з метою аудиту. Але оскільки хто до нього звертався, він не зберігається, і лише тоді , мабуть, це не так корисно для аудиторського сліду.

Усі ці параметри можна знайти у "man mount 8".


1
+1 ретрансляція має переваги в режимі часу і жоден з недоліків.
Девід Пашлі

9
Читаючи докладніше про це, здається, що час включення включає також нодирітім (це не було, хоча багато років тому назад)
нос

Зауважте, оскільки відновлення часу Linux 2.6.30 є типовим. Але крім того, останній час доступу до файлу завжди оновлюється, якщо йому більше 1 дня. Це означає, що щоденний процес резервного копіювання або пошук у великих майлдірах все ще може мати надмірно високий вплив вводу / виводу.
rudimeier

18

Існують програми, які переміщуватимуть файли у вторинну пам’ять, якщо до них не було доступно протягом певного періоду часу. Очевидно, їм потрібен атим.

Крім цього, я не бачу великої користі для цього (більше), тим більше, що файлові менеджери в ці дні мають тенденцію відкривати файли для генерації попереднього перегляду, тому змінюючи atime просто під час перегляду каталогу.

Я завжди монтуюсь з цим часом.


15

Є дуже мало програм, які покладаються на це, наприклад, Mutt не може визначити, чи папка отримала нову пошту з моменту останнього відвідування.

Як правило, я та інші думаю, що монтажу в режимі часу - це гарна ідея.


3
Вже тоді це стосується лише магазинів mbox. Дехто може сказати, що ти отримуєш те, що заслуговуєш.
Ден Карлі

Не використовуйте ніколи; використовувати замість цього часу relatime. Дивіться відповідь Кайла.
Девід Пашлі

Зауважте, що відновлення часу - це відносно нове доповнення до варіантів. Якщо у вас є більш старе ядро ​​(тобто, якщо ви все ще працюєте з машинами на базі Debian / Sarge), можливо, його не буде.
Девід Спіллетт

9

Основним недоліком, про який ще не було сказано, є те, що якщо у вас є процес tmpreaper (тобто програма, яка видаляє файли в / tmp, до яких деякий час не зверталися), вона може видалити файли tmp, які все ще використовуються.

Відношення - це кращий варіант, ніж час у режимі часу. він оновлює лише atime, якщо файл був змінений з моменту останнього оновлення atime. це має очевидні переваги для поштових клієнтів. він все ще не виправляє проблему tmpreaper (файл може читатися з / tmp протягом століть, не записуючись на нього).

загалом, недоліки незначні (не існує, за винятком кількох спеціальних випадків), і користь від продуктивності є значною.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.