mutt, клієнт електронної пошти, використовує час доступу до файлів, щоб відстежувати, чи надходить нова пошта на поштову скриньку у форматі mbox. Мабуть, ця проблема не є серйозною, і її легко вирішити .
Крім цього, важко знайти приклади речей, які порушуються noatime. Я запускаю декілька серверів Linux із noatimeусіма файловими системами, і не можу згадати, щоб я бачив будь-які проблеми, пов’язані з цим noatime.
Якщо ви стурбовані використанням noatimeзагалом, ви можете виділити окрему файлову систему для своїх матеріалів mongoDB та змонтувати лише цю файлову систему noatime.
EDIT
Я знайшов цікавий блог на kerneltrap.org, в якому цитуються деякі дискусії між розробниками Linux (Лінус Торвальдс, Інго Молнар, Алан Кокс та інші) на цю тему atime. У другому електронному листі Інго він говорить:
... У мене немає жодної реальної скарги на ext3 - з обов'язковою кваліфікацією, що "час роботи, nodiratime" в / etc / fstab є обов'язковим. Це прискорює роботу дуже помітно - особливо коли доступ до багатьох файлів. Це дивно, що кожен робочий стіл і сервер Linux пошкоджується помітним уповільненням продуктивності вводу-виводу через постійні оновлення atime, в той час як у нього є лише два реальних користувача: tmpwatch [який можна налаштувати на використання ctime, тому це не велика проблема] і деякі інструменти резервного копіювання. (Гаразд, і повідомлення електронною поштою теж гадаю.) Із десятків тисяч програм. Таким чином, для більшості завантажень файлів ми надаємо Windows 20% -30% продуктивності, майже нічого.