mutt
, klient poczty e-mail, wykorzystuje czasy dostępu do plików do monitorowania nowej poczty przychodzącej do skrzynki pocztowej w formacie mbox. Najwyraźniej ten problem nie jest poważny i łatwo go obejść .
Poza tym trudno jest znaleźć przykłady rzeczy, które się psują noatime
. Korzystam z wielu serwerów Linux noatime
na wszystkich systemach plików i nie mogę sobie przypomnieć, że kiedykolwiek widziałem jakiekolwiek problemy, które można by przypisać noatime
.
Jeśli noatime
obawiasz się ogólnie używać , możesz poświęcić osobny system plików na swoje mongoDB i zamontować tylko ten system plików noatime
.
EDYTOWAĆ
Znalazłem interesujący blog na kerneltrap.org, który cytuje niektóre dyskusje między twórcami Linuksa (Linus Torvalds, Ingo Molnar, Alan Cox i inni) na ten temat atime
. W drugim e-mailu Ingo mówi:
... nie mam prawdziwej skargi na ext3 - z obowiązkową kwalifikacją, że „noatime, nodiratime” w / etc / fstab jest koniecznością. Przyspiesza to bardzo widocznie - szczególnie, gdy uzyskuje się dostęp do wielu plików. To trochę dziwne, że każdy komputer i serwer z Linuksem odczuwa znaczne spowolnienie wydajności IO z powodu ciągłych aktualizacji atime, podczas gdy jest tylko dwóch prawdziwych użytkowników: tmpwatch [który można skonfigurować tak, aby używał ctime, więc nie jest to duży problem] i niektóre narzędzia do tworzenia kopii zapasowych. (Ok i chyba też wysyłaj powiadomienia pocztą). Spośród dziesiątek tysięcy aplikacji. Dlatego w przypadku większości obciążeń plików dajemy systemowi Windows 20–30% przewagę wydajności prawie za darmo.