web-dev-qa-db-ja.com

noatimeはどこで使用しても安全ですか？

新しいfsレイアウトを最適化しようとしていますが、どこでnoatimeを使用しても安全ですか？私はそれを理解しています。 muttは、アクセス/作成/変更時間、およびそれを使用している可能性のある他のすべてのディレクトリを使用します。

たくさんのガイドに従って、私はdirsをさまざまなユースケースに従って分割しましたが、私は本当に知りません、noatimeをどこに置くのが安全ですか？

dirs /フラグ：

/               defaults
   (/bin
    /sbin
    /lib*
    /etc
    /root
    /dev ...)

/boot           defaults
/boot/EFI       defaults

/usr            defaults,ro,nodev
                    NOTE: dpkg needs rw
/usr/share      defaults,ro,nodev,nosuid

/var            defaults,nodev
                    NOTE: /var/lib/dpkg/info -> exec
/var/tmp        defaults,nodev,nosuid,noexec
/var/log        defaults,nodev,nosuid,noexec

/opt            defaults,nodev

/tmp            defaults,nodev,nosuid,noexec
                    NOTE: some installer may need exec

/home           defaults,nodev,nosuid
filesystemdirectory-structureatime
1
Zoltan K.

私の知る限りそれは確かに時間に依存する非常にまれなプログラムであり、noatimeを使用することは事実上どこでも安全です。

Serverfaultの質問 ファイルシステムで一時的にオフにする は、基本的にはmutt（mboxメールボックスを使用する場合）のみであり、とにかく簡単な回避策、またはtmpwatchや一時ファイルクリーナーなどの非常に不定期なプログラムがあると言います。

電子メールクライアントであるmuttは、ファイルアクセス時間を使用して、mbox形式のメールボックスに到着する新着メールを監視します。どうやら、この問題は深刻ではなく、簡単に回避できます。

それ以外は、ノアタイムで壊れる例を見つけるのは難しいです。すべてのファイルシステムでnoatimeを使用して多数のLinuxサーバーを実行していますが、noatimeに起因する問題が発生したことはありません。

そして、noatimeを使用すると、おそらく古い厳格な時間よりも大幅にパフォーマンスが向上する可能性があります（ただし、今日の標準のrelatimeでも少しは役立ちますが、フラッシュ/ SSDへのすべての書き込みを保存することは良いことです）。

Linux：atimeをrelatimeで置き換える

2007年8月7日午前11時26分にジェレミーによって提出されました。

最近のlkmlスレッドで、Linus Torvaldsは、パフォーマンスを向上させるためにnoatimeオプションを使用してファイルシステムをマウントすることについての議論に参加しました。「 'noatime、data = writeback'はquite目立ちます（負荷によって効果が異なります）が、実際にそのように実行する人はほとんどいません。」彼はgitを書くときにO_NOATIMEを設定し、「マウントオプションに 'noatime'がない場合の時間を大幅に節約できました。いくつかの負荷での推定10％を確実に超えています。」次に、状況を改善するためにrelatimeマウントオプションの使用について検討しました。「相対atimeは、前のatimeがmtimeまたはctimeよりも古い場合にのみatimeを更新します。noatimeと同様ですが、ファイルのタイミングを知る必要があるmuttのようなアプリケーションに役立ちます。最後に変更されてから読み取られています。」 Ingo Molnarは、このパフォーマンスの問題を修正することの重要性を強調しました。「実際の取引量を強調しすぎることはできません。Atimeのアップデートは、Linuxが今日持っている最大のパフォーマンスの欠陥ですIO 。atime更新を取り除くことで、過去10年間のすべてのページキャッシュ速度向上よりも毎日のLinuxパフォーマンスが向上しますcombined。 "彼はいくつかのパッチを提出しましたrelatimeを改善し、atimeについて言及：

「また、おそらくこれまでで最も愚かなUnixの設計思想です。Unixは本当に素晴らしく、よくできていますが、これについて少し考えてみてください。「ディスクから読み取られるすべてのファイルについて、...ディスクに書き込む！そして、すでにキャッシュされており、キャッシュから読み取ったすべてのファイルについて、ディスクに書き込みます！ '"

Serverfault（ noatimeを使用したファイルシステムのマウントの欠点 ）に関する回答があり、過去10年間ほど、noatimeを使用したマウントは明らかに問題がないと述べています。

一定期間アクセスされなかった場合にファイルをセカンダリストレージに移動するアプリケーションが存在します。明らかに、彼らはatimeが必要です。

それ以外は、特にこれ以上の使用は見られません。特に、最近のファイルマネージャはファイルを開いてプレビューを生成する傾向があるため、ディレクトリを参照しているときにatimeを変更します。

最近はいつもノアタイムでマウントしています。

追加された29 7月2009〜で11:09著者
スヴェン♦
86.4k

2
Xen2050