<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Performance on Nalar</title>
    <link>https://nalar.dev/id/tags/performance/</link>
    <description>Recent content in Performance 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/performance/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Lock Convoy Mengubah Critical Section Singkat Menjadi Antrean Panjang</title>
      <link>https://nalar.dev/id/lock-convoys-turn-short-critical-sections-into-long-queues/</link>
      <pubDate>Wed, 23 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/lock-convoys-turn-short-critical-sections-into-long-queues/</guid>
      <description>&lt;h1 id=&#34;lock-convoy-mengubah-critical-section-singkat-menjadi-antrean-panjang&#34;&gt;Lock Convoy Mengubah Critical Section Singkat Menjadi Antrean Panjang&lt;/h1&gt;&#xA;&lt;p&gt;Mutex dapat melindungi critical section yang sangat kecil dan tetap menjadi pusat masalah latensi yang besar. Kode di dalam lock mungkin hanya memerlukan beberapa mikrodetik pada kondisi normal, tetapi satu holder yang tertunda dapat membuat beberapa thread menumpuk di belakangnya. Setelah antrean terbentuk, lock dapat terus berada dalam kondisi contention ketika ownership berpindah dari satu thread yang menunggu ke thread berikutnya.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Hedged Request Menukar Kerja Duplikat dengan Tail Latency yang Lebih Rendah</title>
      <link>https://nalar.dev/id/hedged-request-menukar-kerja-duplikat-dengan-tail-latency-lebih-rendah/</link>
      <pubDate>Tue, 22 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/hedged-request-menukar-kerja-duplikat-dengan-tail-latency-lebih-rendah/</guid>
      <description>&lt;h1 id=&#34;hedged-request-menukar-kerja-duplikat-dengan-tail-latency-yang-lebih-rendah&#34;&gt;Hedged Request Menukar Kerja Duplikat dengan Tail Latency yang Lebih Rendah&lt;/h1&gt;&#xA;&lt;p&gt;Sebagian besar request dapat selesai cepat sementara sebagian kecil memerlukan waktu jauh lebih lama. Worker yang sibuk, antrean jaringan sesaat, cache entry yang dingin, garbage collection, storage contention, atau gangguan lokal lain dapat membuat satu attempt jauh melampaui median. Pada skala besar, outlier tersebut terlihat pada latency p95, p99, dan persentil yang lebih tinggi meski rata-rata service time tetap sehat.&lt;/p&gt;</description>
    </item>
    <item>
      <title>TCP Delayed ACK Mengurangi Traffic Acknowledgment</title>
      <link>https://nalar.dev/id/tcp-delayed-ack-mengurangi-traffic-acknowledgment/</link>
      <pubDate>Tue, 15 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/tcp-delayed-ack-mengurangi-traffic-acknowledgment/</guid>
      <description>&lt;h1 id=&#34;tcp-delayed-ack-mengurangi-traffic-acknowledgment&#34;&gt;TCP Delayed ACK Mengurangi Traffic Acknowledgment&lt;/h1&gt;&#xA;&lt;p&gt;Acknowledgment TCP memberikan feedback penting, tetapi mengirim ACK terpisah untuk setiap segmen data yang masuk tidak selalu diperlukan. Receiver dapat menunda acknowledgment sebentar sehingga satu ACK mencakup lebih dari satu segmen. Perilaku ini dikenal sebagai delayed acknowledgment, atau delayed ACK.&lt;/p&gt;&#xA;&lt;p&gt;Mekanisme ini mengurangi pemrosesan paket dan traffic reverse-path selama transfer data yang stabil. Mekanisme ini juga memperkenalkan tradeoff timing: jika segmen lain tidak tiba cukup cepat, receiver pada akhirnya harus mengirim ACK yang tertunda secara mandiri.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
