<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Memori Virtual on Nalar</title>
    <link>https://nalar.dev/id/tags/memori-virtual/</link>
    <description>Recent content in Memori Virtual on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Fri, 18 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/memori-virtual/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Linux userfaultfd Memindahkan Penanganan Page Fault Terpilih ke User Space</title>
      <link>https://nalar.dev/id/linux-userfaultfd-memindahkan-penanganan-page-fault-terpilih-ke-user-space/</link>
      <pubDate>Fri, 18 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/linux-userfaultfd-memindahkan-penanganan-page-fault-terpilih-ke-user-space/</guid>
      <description>&lt;p&gt;Page fault biasanya membawa eksekusi dari proses ke kernel dan baru kembali setelah kernel menyelesaikan kondisi virtual-memory atau mengirim error. Linux &lt;code&gt;userfaultfd&lt;/code&gt; dapat menyisipkan komponen user-space ke jalur tersebut untuk rentang alamat yang didaftarkan secara eksplisit. Kernel melaporkan fault terpilih melalui file descriptor, memblokir execution context yang mengalami fault saat mode mengharuskannya, lalu menerima ioctl yang menyelesaikan fault tersebut.&lt;/p&gt;&#xA;&lt;p&gt;Ini adalah antarmuka virtual-memory Linux, bukan jaminan memori dari C atau POSIX. Perilakunya bergantung pada fitur kernel yang dinegosiasikan, rentang terdaftar, jenis mapping, dan mode registrasi.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Linux mmap Memisahkan Masa Hidup Mapping dari File Descriptor</title>
      <link>https://nalar.dev/id/linux-mmap-memisahkan-masa-hidup-mapping-dari-file-descriptor/</link>
      <pubDate>Thu, 17 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/linux-mmap-memisahkan-masa-hidup-mapping-dari-file-descriptor/</guid>
      <description>&lt;p&gt;&lt;code&gt;mmap()&lt;/code&gt; berbasis file yang berhasil membuat mapping virtual memory yang tidak bergantung pada file descriptor sumber agar tetap terbuka. Linux secara eksplisit mengizinkan descriptor ditutup segera setelah &lt;code&gt;mmap()&lt;/code&gt; selesai tanpa membatalkan mapping. Mapping dan descriptor dengan demikian merupakan referensi terpisah dengan masa hidup yang terpisah.&lt;/p&gt;&#xA;&lt;p&gt;Pemisahan ini mudah terlewat karena keduanya berasal dari file terbuka yang sama. Dampaknya menjadi penting ketika kode menutup descriptor secara agresif, mengganti pathname, melakukan truncate pada file, atau membawa mapping melewati &lt;code&gt;fork()&lt;/code&gt;. Alamat mapped bukan &lt;code&gt;read()&lt;/code&gt; tertunda melalui descriptor awal; alamat tersebut beroperasi dalam virtual-memory system dengan kontrak mapping tersendiri.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Linux userfaultfd Mengubah Page Fault Menjadi Protokol Userspace</title>
      <link>https://nalar.dev/id/linux-userfaultfd-mengubah-page-fault-menjadi-protokol-userspace/</link>
      <pubDate>Thu, 17 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/linux-userfaultfd-mengubah-page-fault-menjadi-protokol-userspace/</guid>
      <description>&lt;p&gt;Sebuah thread dapat mengakses alamat virtual yang valid lalu berhenti sebelum akses tersebut selesai karena komponen userspace lain diberi tanggung jawab untuk menyelesaikan page fault. Dengan Linux &lt;code&gt;userfaultfd&lt;/code&gt;, rentang memori tertentu dapat mengubah fault menjadi pesan descriptor sementara thread yang mengalami fault tetap tertahan sampai operasi resolusi yang sesuai memungkinkan eksekusi berlanjut.&lt;/p&gt;&#xA;&lt;p&gt;Mekanisme ini bukan pengganti subsistem virtual memory kernel. Kernel tetap mendeteksi fault, memvalidasi rentang yang terdaftar, menahan jalur eksekusi yang terdampak, dan menjalankan operasi page table yang diminta manager. Batas yang berbeda terletak pada partisipasi userspace dalam menentukan kapan dan dengan isi apa sebuah fault diselesaikan.&lt;/p&gt;</description>
    </item>
    <item>
      <title>TLB Menyimpan Cache Translasi Alamat Virtual Terbaru</title>
      <link>https://nalar.dev/id/tlb-menyimpan-cache-translasi-alamat-virtual-terbaru/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/tlb-menyimpan-cache-translasi-alamat-virtual-terbaru/</guid>
      <description>&lt;p&gt;Prosesor modern umumnya menjalankan program di ruang alamat virtual. Operasi load atau store dapat dimulai dengan alamat virtual, sementara sistem memori pada akhirnya membutuhkan lokasi fisik dan izin akses. Page table menyimpan informasi pemetaan tersebut, tetapi menelusuri hierarkinya untuk setiap akses memori akan menambah pekerjaan yang besar.&lt;/p&gt;&#xA;&lt;p&gt;Translation lookaside buffer, atau TLB, menyimpan translasi alamat yang baru digunakan di dekat prosesor. TLB hit menyediakan informasi pemetaan yang sudah di-cache tanpa full page-table walk. TLB miss memicu pekerjaan translasi tambahan meskipun data aplikasi yang diminta sudah berada di CPU cache.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
