<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Durability on Nalar</title>
    <link>https://nalar.dev/id/tags/durability/</link>
    <description>Recent content in Durability on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Wed, 16 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/durability/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>fsync pada File Tidak Memastikan Directory Entry Tersimpan Persisten</title>
      <link>https://nalar.dev/id/fsync-pada-file-tidak-memastikan-directory-entry-tersimpan-persisten/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/fsync-pada-file-tidak-memastikan-directory-entry-tersimpan-persisten/</guid>
      <description>&lt;p&gt;&lt;code&gt;fsync()&lt;/code&gt; yang berhasil pada regular file tidak, dengan sendirinya, menjamin bahwa directory entry yang memberi nama pada file tersebut sudah mencapai persistent storage. Linux mendokumentasikan boundary ini secara eksplisit: sinkronisasi file mencakup data file dan metadata terkait, sedangkan persistence directory entry yang memuatnya membutuhkan &lt;code&gt;fsync()&lt;/code&gt; pada file descriptor untuk direktori tersebut.&lt;/p&gt;&#xA;&lt;p&gt;Perbedaan ini penting ketika software membuat file baru atau mengganti pathname yang sudah ada secara atomik. Konten file dan metadata pathname adalah dua bagian filesystem state yang terpisah, dan crash dapat menguji durability boundary di antara keduanya.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
