Apakah file berumur pendek dapat ditulis ke disk atau tidak tergantung tidak hanya pada perilaku default dari cache file kernel, tetapi juga pada detail implementasi driver sistem file dan opsi mount dari sistem file tersebut. Dimungkinkan untuk mengkonfigurasi sistem sedemikian rupa sehingga semuanya akan selalu segera dituliskan ke disk (pada dasarnya, perilaku seperti DOS).
Satu sistem file, yang secara jelas menampilkan perilaku yang Anda minati (disebut "alokasi tertunda") adalah XFS. Dengannya Anda bisa lebih atau kurang yakin (tidak diberi opsi konfigurasi lucu di tempat lain) bahwa blok-blok milik hanya file yang dihapus akan digunakan kembali dalam memori, tanpa akses disk menengah. XFS mungkin masih ingin memperbarui jurnal metadata-nya (yang akan ditulis ke disk agak sering; namun, mengingat jurnal XFS adalah metadata saja, itu cukup kecil untuk diatur pada beberapa perangkat lain yang cepat, seperti RAM yang didukung baterai ditemukan pada banyak pengontrol RAID).
Karena perilaku ini, tidak jarang ditemukan benar-benar nol, tetapi sebaliknya mencari file yang sah (ukuran dan metadata lainnya utuh) pada sistem file XFS setelah gangguan daya tiba-tiba. Tersebut adalah biaya untuk mendukung operasi file "semi-sementara" cepat.
Beberapa teori
Secara umum, panggilan sistem yang mengakses sistem file berakhir, agak cepat, dalam metode yang ditentukan driver sistem file (terlampir pada "struct inode_operations" dan "struct file_operations" ketika driver VFS terdaftar). Apa yang terjadi setelah itu hanya menjadi kebijaksanaan implementasi sistem file. Biasanya, sesuatu yang menyerupai pendekatan berikut digunakan (contoh sederhana ini adalah dari driver FAT linux):
if (IS_DIRSYNC(dir))
(void)fat_sync_inode(dir);
else
mark_inode_dirty(dir);
Jika sistem file dipasang dalam mode "sinkronisasi", semua perubahan langsung menuju disk (melalui fat_sync_inode () dalam kasus ini). Jika tidak, blok tersebut ditandai sebagai "kotor" dan tetap berada dalam cache memori sampai memerah pada kesempatan yang masuk akal.
Dengan demikian, tidak mungkin untuk memprediksi perilaku sistem sehubungan dengan file sementara tanpa mempertimbangkan opsi pemasangan sistem file dan memeriksa kode sumber implementasinya (ini, tentu saja, sebagian besar berlaku untuk semua jenis sistem file eksotis yang sebagian besar ditemukan di ruang tertanam) .