<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>POSIX on Nalar</title>
    <link>https://nalar.dev/id/tags/posix/</link>
    <description>Recent content in POSIX on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Thu, 17 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/posix/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>File-Backed Mapping Dapat Bertahan Lebih Lama daripada Ukuran File yang Diasumsikan</title>
      <link>https://nalar.dev/id/file-backed-mapping-dapat-bertahan-lebih-lama-daripada-ukuran-file-yang-diasumsikan/</link>
      <pubDate>Thu, 17 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/file-backed-mapping-dapat-bertahan-lebih-lama-daripada-ukuran-file-yang-diasumsikan/</guid>
      <description>&lt;p&gt;Sebuah proses dapat mempertahankan virtual memory mapping yang valid setelah pihak lain memperpendek file yang dipetakan. Rentang alamatnya masih ada di dalam proses, tetapi backing object mungkin tidak lagi memiliki setiap page yang sebelumnya direpresentasikan oleh rentang tersebut. Pada sistem POSIX, akses ke satu page terpetakan penuh yang berada di luar akhir file baru dapat menghasilkan &lt;code&gt;SIGBUS&lt;/code&gt;, bukan berperilaku seperti pembacaan file biasa yang gagal.&lt;/p&gt;&#xA;&lt;p&gt;Batas ini membuat file-backed &lt;code&gt;mmap()&lt;/code&gt; berbeda dari menyalin byte ke private heap storage. Pointer ke dalam mapping bukan bukti bahwa extent file yang sesuai masih ada. Alamat virtual, lifetime mapping, identitas file, dan ukuran file saat ini merupakan state yang saling berkaitan, tetapi bukan satu objek yang tidak dapat dipisahkan.&lt;/p&gt;</description>
    </item>
    <item>
      <title>File Descriptor Duplikat Berbagi Offset tetapi Tidak Descriptor Flag</title>
      <link>https://nalar.dev/id/file-descriptor-duplikat-berbagi-offset-tetapi-tidak-descriptor-flag/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/file-descriptor-duplikat-berbagi-offset-tetapi-tidak-descriptor-flag/</guid>
      <description>&lt;p&gt;Memanggil &lt;code&gt;dup()&lt;/code&gt; tidak membuat posisi stream yang independen. Descriptor yang dikembalikan mengacu pada open file description yang sama dengan descriptor sumber, sehingga seek melalui salah satu descriptor mengubah offset yang terlihat melalui keduanya. Pada saat yang sama, state lokal descriptor seperti flag close-on-exec tetap melekat pada masing-masing descriptor secara terpisah.&lt;/p&gt;&#xA;&lt;p&gt;Pemisahan ini mudah terlewat karena kedua jenis state dimanipulasi melalui file descriptor berupa integer. Integer tersebut hanyalah referensi lokal milik proses. Beberapa descriptor dapat menunjuk ke satu open file description, dan objek bersama itulah yang membawa state yang memengaruhi read, write, seek, serta perubahan status flag.&lt;/p&gt;</description>
    </item>
    <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>
