Linuxで「バリア」マウントフラグは何を意味しますか？

「バリア」マウントオプションのマニュアルは次のとおりです。

barrier = 0 / barrier = 1

これにより、jbd code.barrier = 0で書き込みバリアの使用が無効/有効になり、バリア= 1が有効になります（デフォルト）。これには、バリアをサポートできるIOスタックも必要です。jbdがバリア書き込みでエラーを取得すると、警告を表示してバリアを再び無効にします。書き込みバリアは、ディスク上のジャーナルコミットの適切な順序付けを実行し、揮発性ディスク書き込みキャッシュを安全に使用できるようにしますが、パフォーマンスがいくらか低下します。ディスクが何らかの方法でバッテリバックアップされている場合、バリアを無効にするとパフォーマンスが安全に向上する場合があります。

しかし、「ディスク上のジャーナルコミットの適切な順序付け」という文の意味がわかりません。

通常の順序-ジャーナル1、データ1; ジャーナル2、データ2.
設定すると、次の順序付け結果のどれが発生しbarrier=0ますか？

1. ジャーナル2、データ2。ジャーナル1、データ1。
2. データ1、ジャーナル1。データ2、ジャーナル2。

最新のファイルシステムのほとんどはジャーナリングファイルシステムです。つまり、ジャーナルと呼ばれる内部データ構造でディスクにまだ書き込まれていない変更を追跡します。クラッシュが発生すると、このジャーナルが再生され、すべての書き込みが正常に実行され、ファイルの破損が防止されます。

実際にデータをディスクに書き出すとき、書き込みキャッシュは書き込みを並べ替えてスループットを最大化しようとしますが、実際のファイルデータがメタデータの前にディスクに書き込まれていることを確認して、クラッシュした場合に確認する必要がありますメタデータがデータで古くなることはありません。

問題は、多くのディスクに独自のキャッシュがあり、書き込みの順序が変わる可能性があることです。一部のファイルシステムは、それが起こると想定し、これを防ぐために特定のポイントでディスクを強制的にキャッシュにフラッシュします。これは、write barriersext4やLinux全般などで呼び出されます。

しかし、最新のディスクでは、これを行うためのパフォーマンスの犠牲は無視できます。絶対に必要でない限り、書き込みバリアを無効にしないでください。

このLWNの記事から：

[ジャーナリング]コミットレコードを書き込む前に、ファイルシステムコードは、トランザクションのすべての情報がジャーナルに到達したことを絶対に確認する必要があります。適切な順序で書き込みを行うだけでは不十分です。現代のドライブは大きな内部キャッシュを維持し、パフォーマンスを向上させるために操作を並べ替えます。そのため、ファイルシステムは、コミットレコードを書き込む前に、すべてのジャーナルデータをメディアに取得するようにディスクに明示的に指示する必要があります。コミットレコードが最初に書き込まれると、ジャーナルが破損する可能性があります。カーネルのブロックI / Oサブシステムは、バリアを使用してこの機能を利用可能にします。本質的に、バリアは、バリアの前に書き込まれたすべてのブロックがメディアにコミットされるまで、バリアの後のブロックの書き込みを禁止します。バリアを使用することにより、