<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Cache on Nalar</title>
    <link>https://nalar.dev/id/tags/cache/</link>
    <description>Recent content in Cache 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/cache/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Asosiativitas Cache CPU Membatasi Tempat Cache Line Dapat Berada</title>
      <link>https://nalar.dev/id/asosiativitas-cache-cpu-membatasi-tempat-cache-line-dapat-berada/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/asosiativitas-cache-cpu-membatasi-tempat-cache-line-dapat-berada/</guid>
      <description>&lt;p&gt;Cache prosesor menjaga memory yang baru digunakan tetap dekat dengan execution core, tetapi kapasitas cache saja tidak menentukan data mana yang dapat tetap resident. Sebagian besar cache CPU general-purpose membagi storage menjadi sejumlah set dan memberi setiap set jumlah slot tetap yang biasa disebut way.&lt;/p&gt;&#xA;&lt;p&gt;Satu blok memory dipetakan ke set tertentu. Blok itu dapat menempati way mana pun di dalam set tersebut, tetapi tidak dapat berpindah ke set lain hanya karena set lain memiliki slot kosong. Aturan penempatan ini membuat lookup hardware praktis dan cepat, sekaligus menciptakan sumber miss tersendiri ketika terlalu banyak blok aktif bersaing pada set yang sama.&lt;/p&gt;</description>
    </item>
    <item>
      <title>CPU Store Buffer Memisahkan Retirement dari Cache Write</title>
      <link>https://nalar.dev/id/cpu-store-buffer-memisahkan-retirement-dari-cache-write/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/cpu-store-buffer-memisahkan-retirement-dari-cache-write/</guid>
      <description>&lt;p&gt;Prosesor tidak harus menunggu setiap store instruction menyelesaikan cache update sebelum instruction berikutnya dapat maju. Core modern umumnya menempatkan completed store ke store buffer, sehingga instruction dapat retire sementara memory subsystem menangani write sesudahnya.&lt;/p&gt;&#xA;&lt;p&gt;Pemisahan ini meningkatkan throughput karena cache ownership, coherence traffic, dan aktivitas memori lain dapat memakan waktu lebih lama daripada yang mampu ditunggu execution pipeline. Buffer bertindak sebagai queue antara architectural execution dan cache hierarchy.&lt;/p&gt;&#xA;&lt;p&gt;Kecepatan ini datang dengan correctness requirement yang ketat. Pending store tetap harus terlihat sesuai memory-ordering rule arsitektur, dan load yang lebih muda mungkin membutuhkan data yang belum mencapai cache.&lt;/p&gt;</description>
    </item>
    <item>
      <title>HTTP If-Range Mengikat Pengambilan Parsial pada Identitas Representasi</title>
      <link>https://nalar.dev/id/http-if-range-mengikat-pengambilan-parsial-pada-identitas-representasi/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/http-if-range-mengikat-pengambilan-parsial-pada-identitas-representasi/</guid>
      <description>&lt;p&gt;Client yang hanya memiliki sebagian dari sebuah representasi HTTP menghadapi masalah konsistensi ketika kemudian meminta byte yang belum diterima. Offset byte hanya bermakna terhadap representasi yang byte-nya menjadi dasar offset tersebut. Jika representasi terpilih berubah di antara request, menggabungkan prefix lama dengan suffix baru dapat menghasilkan data yang tidak pernah dikirim server mana pun.&lt;/p&gt;&#xA;&lt;p&gt;&lt;code&gt;If-Range&lt;/code&gt; mengikat identitas representasi pada boundary pengambilan parsial tersebut. Ketika validator-nya cocok, server dapat memproses field &lt;code&gt;Range&lt;/code&gt; yang menyertainya. Ketika tidak cocok, server mengabaikan &lt;code&gt;Range&lt;/code&gt; dan mengirim representasi terpilih secara lengkap melalui jalur response sukses biasa, alih-alih mengembalikan response failed-precondition.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Proof Penyangkalan DNSSEC Memungkinkan Resolver Mensintesis Jawaban Negatif</title>
      <link>https://nalar.dev/id/proof-penyangkalan-dnssec-memungkinkan-resolver-mensintesis-jawaban-negatif/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/proof-penyangkalan-dnssec-memungkinkan-resolver-mensintesis-jawaban-negatif/</guid>
      <description>&lt;h1 id=&#34;proof-penyangkalan-dnssec-memungkinkan-resolver-mensintesis-jawaban-negatif&#34;&gt;Proof Penyangkalan DNSSEC Memungkinkan Resolver Mensintesis Jawaban Negatif&lt;/h1&gt;&#xA;&lt;p&gt;Recursive resolver menerima query untuk random subdomain di bawah signed zone dan sudah memiliki validated denial record dari lookup sebelumnya. Label yang ditanyakan tidak pernah dikirim ke authoritative server, tetapi resolver tetap dapat mengembalikan authenticated negative result. Jawaban itu bukan tebakan dan bukan exact-match negative caching biasa. Jawaban tersebut diturunkan dari cryptographic evidence yang mencakup sebagian DNS namespace.&lt;/p&gt;&#xA;&lt;p&gt;Perilaku ini merupakan efek operasional aggressive use of DNSSEC-validated cache, yang distandardisasi dalam RFC 8198 dan disempurnakan oleh RFC 9077. Record NSEC dan NSEC3 tidak hanya membuktikan satu queried name tidak ada. Dalam aturan validasi DNSSEC yang berlaku, record tersebut dapat membuktikan ketiadaan di sepanjang sebuah rentang. Validating resolver dapat menyimpan evidence itu dan menerapkannya pada query berikutnya selama proof tersebut masih dapat digunakan.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
