<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Copy-on-Write on Nalar</title>
    <link>https://nalar.dev/id/tags/copy-on-write/</link>
    <description>Recent content in Copy-on-Write on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Wed, 23 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/copy-on-write/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>fork Linux Memakai Copy-on-Write untuk Menunda Salinan Page Privat</title>
      <link>https://nalar.dev/id/fork-linux-memakai-copy-on-write-untuk-menunda-salinan-page-privat/</link>
      <pubDate>Wed, 23 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/fork-linux-memakai-copy-on-write-untuk-menunda-salinan-page-privat/</guid>
      <description>&lt;p&gt;&lt;code&gt;fork()&lt;/code&gt; membuat proses baru dengan virtual address space yang berasal dari proses pemanggil, tetapi Linux tidak perlu menggandakan setiap physical page privat ketika syscall selesai. Untuk mapping privat yang writable, kernel dapat mengatur page table parent dan child agar keduanya pada awalnya merujuk physical memory yang sama, sementara operasi write dibatasi oleh state copy-on-write.&lt;/p&gt;&#xA;&lt;p&gt;Desain ini membuat biaya pembuatan proses lebih bergantung pada page table dan bookkeeping kernel daripada seluruh ukuran data privat yang resident. Penyalinan fisik ditunda sampai sebuah write membuat kedua address space harus berbeda.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
