ファイルを上書きするときにファイルを閉じると同期を待ちますが、生成するときに同期を待たないのはなぜですか？

Question 1

O_PONIESそれは私たちの11番目の誕生日を記念した最近の失敗を思い出させるように聞こえます。

ext4が登場する前に、ext3は停電時にも安定しているという評判を得ました。ほとんど破損せず、ファイル内のデータが失われることもほとんどありません。その後、ext4はデータブロックの遅延割り当てを追加します。つまり、ファイルデータをディスクにすぐに書き込もうとしません。通常、データがある時点に到着すると問題になりませんが、一時ファイルの場合、データをディスクにまったく書き込む必要がない可能性があります。

しかし、ext4は書き込みます。メタデータ変更とファイルに特定の変更が行われたことを記録します。システムがクラッシュすると、ファイルは切り捨てられたとマークされますが、以降の書き込みはディスクに保存されません（ブロックが割り当てられていないため）。したがって、ext4では、クラッシュ後に最近修正されたファイルがゼロ長に切り捨てられることがよくあります。

もちろん、これはまさにほとんどのユーザーが望むものではありませんが、自分のデータに多くの関心を持っているアプリはを呼び出す必要があると主張することもできますfsync()。名前変更また、fsync()（または少なくともfdatasync()）ディレクトリを含める必要があります。しかし、これを行う人はほとんどいません。これは、ext3ではfsync()ディスク全体が同期して関連性のないデータが多数含まれる可能性があるためです。（または可能な限りディスク全体に近い場合でも、違いは重要ではありません。）

ext3はパフォーマンスが悪くなりますが、fsync()ext4はfsync()ファイルの損失を必要としません。ほとんどのアプリケーションが適切な瞬間に呼び出しを実行する厳格なダンスよりも気にするよりも、ファイルシステム固有の動作を実装することを考慮すると、fsync()これは良い状況ではありません。明らかに、ファイルシステムが存在するかどうかを見つけるのは簡単ではありません。以前はまず、ext3またはext4としてインストールします。

最後に、ext4開発者は、最も一般的で重要に見える状況にいくつかの変更を適用しました。

別のファイルの上にあるファイルの名前を変更します。実行中のシステムでは、これは通常ファイルの新しいバージョンを配置するために使用されるアトミックアップデートです。
あなたの場合は、既存のファイルを上書きします。これは、実行中のシステムではアトミックではありませんが、通常、アプリケーションはファイルを切り捨てるのではなく置き換えようとすることを意味します。上書きに失敗すると失われます。旧バージョンファイルの内容なので、停電が発生した場合、最新のデータのみが失われるまったく新しいファイルを作成するのとは少し異なります。

私が知っている限り、XFSはext4より前でもクラッシュ後に同様の長さがゼロのファイルを表示します。私はこれに一度も従ったことがないので、彼らがどのような修正をするのかわかりません。

修正について言及するLWNの次の記事を参照してください。ext4とデータ損失（2009年3月）

_{もちろん、当時これについての他の記事もありましたが、ほとんど非難する問題だったので、その記事にリンクするのが役に立つかどうかはわかりません。}

Answer

O_PONIESそれは私たちの11番目の誕生日を記念した最近の失敗を思い出させるように聞こえます。