FSYNC

名前

書式

int fsync(int fd);

int fdatasync(int fd);

glibc 向けの機能検査マクロの要件 (feature_test_macros(7) 参照):

fsync(): _BSD_SOURCE || _XOPEN_SOURCE
fdatasync(): _POSIX_C_SOURCE >= 199309L || _XOPEN_SOURCE >= 500  

説明

fsync() の呼び出しは、ファイルが存在しているディレクトリのエントリがディスクへ 書き込まれたことを保証するわけではない。 保証するためには明示的にそのディレクトリのファイル記述子に対しても fsync() する必要がある。

fdatasync() は fsync() と同様であるが、 引き続くデータ読み込みを正しく扱うためにそのメタデータが必要にならない限り、 変更されたメタデータをフラッシュしない。 例えば、 st_atime や st_mtime (それぞれ最終アクセス時刻、最終修正時刻; stat(2) 参照) の変更はフラッシュを必要としない。 なぜならこれらは引き続くデータ読み込みを正しく扱うために 必要ではないからである。 一方、ファイルサイズ (ftruncate(2) では st_size) の変更はメタデータのフラッシュが必要である。 fdatasync() の狙いは、全てのメタデータをディスクと同期する必要のない アプリケーションに対して、ディスクアクセスを減らすことである。  

返り値

エラー

EBADF

fd が書き込みのためにオープンされたファイル記述子でない。

EIO

同期操作の間にエラーが発生した。

EROFS, EINVAL

fd が同期操作をサポートしてない特殊なファイルを参照している。

準拠

可用性

注意

基礎となるハードディスクの書き込みキャッシュが有効になっている場合、 fsync() / fdatasync() から戻ってきたとしても、実際には永続的な記憶媒体に 置かれていないかもれない。

ext2 ファイル・システムが sync オプションつきでマウントされている場合、 fsync() でディレクトリ・エントリも暗黙のうちに同期する。

2.4 より前のカーネルでは巨大なファイルに fsync() を使用することは効率が悪い場合がある。 別の方法として open(2) の際に O_SYNC フラグを使用するのが良いかもしれない。

Linux 2.2 以前では、 fdatasync() は fsync() と等価であり、それゆえ性能面でのメリットはない。  

関連項目

Index

名前

書式

説明

返り値

エラー

準拠

可用性

注意

関連項目