Câu trả lời:
Xem xét tương đối:
Nếu bạn có một hơi mới cài đặt (~ 2008), bạn có thể sử dụng relatime tùy chọn gắn kết. Đây là một sự thỏa hiệp tốt cho atime tôi nghĩ. Từ các cuộc thảo luận kerneltrap về việc thực hiện tùy chọn mới này:
"atime tương đối chỉ cập nhật atime nếu atime trước đó cũ hơn mtime hoặc ctime. Giống như noatime, nhưng hữu ích cho các ứng dụng như mutt cần biết khi nào tệp đã được đọc kể từ lần sửa đổi cuối cùng."
Điều này làm cho nó hầu hết các ứng dụng cần atime vẫn hoạt động, nhưng giảm tải đĩa - vì vậy nó là một sự thỏa hiệp. Đây là mặc định với các bản phân phối máy tính để bàn Ubuntu gần đây.
Liên quan đến buổi trưa và gật đầu:
Nếu bạn đang đi noatime cho các tập tin, tôi tự hỏi, nếu có một lý do không sử dụng nodiratime ngoài noatime , do đó bạn không cập nhật thời gian truy cập vào thư mục là tốt.
Một lý do khác để duy trì kích hoạt mà không được đề cập là cho mục đích kiểm toán. Nhưng vì ai truy cập nó không được giữ và chỉ khi nào , có lẽ nó không hữu ích cho một dấu vết kiểm toán.
Tất cả các tùy chọn này có thể được tìm thấy trong 'man mount 8'.
Có các ứng dụng sẽ chuyển các tập tin sang bộ lưu trữ thứ cấp nếu chúng không được truy cập trong một khoảng thời gian nhất định. Rõ ràng, họ cần atime.
Ngoài ra, tôi không thấy sử dụng nhiều cho việc này (nữa), đặc biệt là khi người quản lý tệp ngày nay có xu hướng mở tệp để tạo bản xem trước, do đó điều chỉnh đồng thời chỉ trong khi duyệt thư mục.
Tôi luôn luôn gắn kết với noatime những ngày này.
Có rất ít có một số ứng dụng dựa vào điều này, ví dụ Mutt không thể xác định xem thư mục có nhận được thư mới kể từ lần truy cập trước hay không.
Nói chung tôi và những người khác nghĩ rằng gắn kết buổi trưa là một ý tưởng tốt.
Nhược điểm chính chưa được đề cập là nếu bạn có quy trình xử lý tmpreaper (tức là chương trình xóa các tệp trong / tmp không được truy cập trong một thời gian), nó có thể xóa các tệp tmp vẫn đang sử dụng.
Relatime là một lựa chọn tốt hơn so với noatime. nó chỉ cập nhật atime nếu tập tin đã được sửa đổi kể từ lần cập nhật atime cuối cùng. Điều này có lợi ích rõ ràng cho khách hàng thư. nó vẫn không khắc phục được sự cố tmpreaper (một tệp có thể được đọc từ / tmp trong nhiều năm mà không được ghi vào).
Nhìn chung, các nhược điểm là nhỏ (không tồn tại ngoại trừ một vài trường hợp đặc biệt) và lợi ích hiệu suất là rất đáng kể.