最新のLinuxでnoatimeを使用するのは理にかなっていますか?


14

5年前にリリースされたバージョン2.6.30から、Linuxのオプションrelatimeはデフォルトで有効になっています。これは、ファイルアクセス時間の更新が非常にまれで慎重であることを意味します。

しかし、データベースまたはSSDディスクに使用することをお勧めしますnoatime。デフォルト設定を変更して使用する理由はありますか?それと比較して測定可能な違いがありrelatimeますか?

回答:


8

本当にこの質問に対する単一の答えはありません。それはすべて、ファイルシステムを使用しているアプリケーション、読み取り/書き込みアクティビティの混合、ハードウェア自体など、多くの要因に依存します。

relatime電子メールシステムなどの一部の(古い)アプリケーションがatime値を使用して、ファイル/メッセージが配信後に読み取られたかどうかを確認するための妥協案として存在します。そのため、ファイルシステムのデフォルトでは安全なオプションです。

ファイルシステムのマウントを検討する前に、ファイルシステムnoatimeの使用状況を監査して、アプリケーションが正しい操作のためにatimeに依存していないことを確認する必要があります。

ファイルシステムのユーザーがatimeに依存しないと仮定すると、デフォルトを変更する価値があるかどうかは、実際にはファイルシステムへの読み取りと書き込みの量に依存します。ほとんどの場合、読み取りはほとんど違いはありませんが、同じファイルへの読み取り/書き込みが大量にある場合(つまり、典型的なデータベースワークロード)、ほとんどの読み取りにはatimeの書き込みも含まれることがわかります。パフォーマンスに影響します。

ファイルシステムがデータベースの作業にのみ使用される場合は、安全に使用noatimeでき、ファイルシステムへの書き込みが削減されます。

一日の終わりには、noatime十分な考慮なしに使用すべきではありません。どの程度の違いが生じるかは、特定のワークロードでのベンチマークによってのみ決定できます。


1
アプリケーションがatimeに依存していないことを確認するために、ファイルシステムの使用状況をどのように監査しますか?
ジョンボイルズ14

1
良い質問であり、悲しいことに簡単な答えはありません。私は、atimeに依存するアプリケーションがREADME、インストール、またはFAQドキュメントでこれを呼び出すことを望んでいます。歴史的に、mtimeに関連するatimeの主なユーザーの1人は、ファイルベースのメールユーザーエージェント(MUA)で、配信以降に読み取られたものとされていないものを追跡します。私のアプローチは、多くの場合、atime変更を無効にして、壊れたものに注意を払うことです。歴史的には、/ varでrelatime追跡を有効にしておきましたが、新しいインストールでは無効にする傾向がありました。
リッチム14年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.