noatimeでExt4を調整する価値はありますか？

Ubuntuの以前のバージョン（Ext3ファイルシステムを使用）では、でnoatimeパラメーターを設定することにより、顕著な結果を伴うパフォーマンス向上のためにチューニングしていました/etc/fstab。

Ubuntuで現在デフォルトになっているExt4ファイルシステムでそれを行う価値はありますか？その場合、手順は何らかの形で変更されましたか？

filesystem performance ext4

回答:

Ubuntu 10.04では、relatimeでオーバーライドされない限り、デフォルトのマウントオプションの一部です/etc/fstab。以前のいくつかのリリースでは、relatime明示的に/etc/fstab。relatimeは、noatime旧式のメール通知機能に問題を引き起こすことなく、と同じ速度（およびフラッシュ書き込みサイクルの保存）の利点を提供します。

あなたが引用した記事はお勧めdata=writebackです。Ubuntuのデフォルトはdata=orderedです。Ubuntuの設定は、ディスクの負荷が大きい場合は遅くなりますが、クラッシュや停電の場合のデータ損失のリスクは大幅に低くなります。したがって、Ubuntuのデフォルトから変更することはお勧めしません。

に変更commit=5するcommit=100と、クラッシュの場合にデータが失われる時間枠が長くなりますが、ほとんどの状況ではほとんどメリットがありません。

要約：設定はそのままにしてください。それらは理由のために選択されました。

追加：マウントオプション以外にも、違いを生むことができるものがあります。からext3に切り替えるext4こと自体がしばしば目に見える改善です。ラップトップユーザー向けのヒントをいくつか紹介します。

SSDが遅い場合は、SUでこのスレッドを確認してください。重要なヒントが使用になっているtmpfsため/tmp、ブラウザのキャッシュ（そしておそらく歴史）のために。
ハードディスクがあり、長時間スピンを停止したい場合は、noflushdをインストールします。これにより、RAMがいっぱいになるまですべての書き込みを遅らせることでディスクをスピンダウンできます。（もちろん、読み取りによってディスクがスピンアップする可能性がありますcat /files/I/m/likely/to/need >/dev/null。ディスクがスピンダウンする前に実行する習慣をつけておく必要があります。）noflushdを有効にするには、すべてのスワップをオフにして、ファイルシステムをcommit=3600。

noflushdを効果的に使用するということは、データが長時間ディスクに書き込まれないままになることを意味します。これはリスクであり、しばらくの間ディスクからノイズや熱が出ないという利点と比較検討する必要があります。そのリスクに不安がある場合は、noflushdを使用しないでください。

— ジル
ソース

このように微調整することの危険性を理解しています。このチュートリアルのステップの一部は、comit=100あなたが述べたように、同意しません。しかし、ラップトップと（ほぼ）定期的にバックアップを使用しているため、パフォーマンスを向上させるために、ある程度のリスクを冒して喜んでいます。

— デシオリラ

@Decio：noatime対atime目に見える違いを作ることができますが、私はそれに驚かれることと思いnoatimeVS relatimeだろう。私は答えにラップトップ固有のヒントをいくつか追加しました。私はこれらのヒントから目に見える改善を個人的に観察しました。Noflushdは、使用時に喜んで取るリスクがあります。

— ジル

ええ、私はnoatimeとrelatimeの違いについてグーグルで探していました、そしてあなたは正しいです。relatime（現在はubuntuのデフォルト）は、atimeとnoatimeの妥協点です。

— デシオリラ

私が読んだことdata=writeback-それは単にファイルデータとメタデータをランダムな順序で書き込むだけです（orderedデータの後に常にメタデータを書き込むのとは対照的です）。これは、停電時には、実際に0バイトが書き込まれたαバイト長のファイルを見つけることができることを意味します。まあ…しかし、これは絶対に自然です！私は、ファイルシステムが最初にファイルサイズを大きくしてからデータを書き込むといつも考えてきました。逆の順序にできることを見つけるには、このパターンを変換してRAMにキャッシュを追加する必要があります。writebackレイテンシーの改善に役立つのであれば、なぜ使用しないのか納得できません。

— ハイエンジェル

はい、noatimeUbuntu 12.10の時点でまだ使用する意味があります。

relatimeデフォルトのマウントオプションです。そしてrelatime、はるかに優れていatimeます。前者は書き込み後の最初の読み取りに書き込みが必要で、後者は読み取りごとに書き込みが必要です。しかし、noatime読み取りごとに書き込みはありません。

これは基本的に、relatimeマウントのためのディスクへの書き込み回数が、noatime他のマウントが等しい場合の2倍に近いことを意味します。これは、フラッシュメモリデバイスのパーティションにとって重大な懸念事項です。

Linuxカーネルコミュニティによる詳細な議論はhttp://kerneltrap.org/node/14148にあります

— ヤニチャー
ソース

一般に、2の係数は正しくありません。理論的には、係数は1（無限に頻繁に使用されるファイル）と2（無限にほとんど使用されないファイル）の間です。これは、2に近い係数はほとんど平均に含まれないため、真の係数は基本的に1であることを意味します。

— パトリックヘッカー14年

1は書き込み専用ファイル用です。2は他のすべてのものです。書き込み専用ファイルには意味がありませんが、時々表示されることがあります。したがって、私の最初の推定値は関連するはずです。

— yanychar 14年

@yanychar：説明するためのおかげでrelatime欠点をしてkerneltrap議論を共有しますが、「言って書き込み専用のファイルにはポイントがないのすべて：ナンセンスである」/usrと/lib、読み取り専用されているファイルは。実際、ほとんどのツリー（sans /homeおよび/var）は読み取り専用です。のファイル/etcもほとんど変更されません。

— メストレリオン

@MestreLion：Ubuntuは大量のパッケージをインストールします。パッケージは随時アップグレードされます。パッケージのインストール時とアップグレード時の間にファイルの読み取りがなかった場合、ファイルは「書き込み専用」でした。ファイルとrelatime比較しnoatimeて、追加の書き込みはありません。残りのすべてについて、ファイルの読み取り時に追加の書き込みがあります。

— yanychar