<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Systems Programming on Nalar</title>
    <link>https://nalar.dev/tags/systems-programming/</link>
    <description>Recent content in Systems Programming on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 23 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/systems-programming/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Lock Convoys Turn Short Critical Sections into Long Queues</title>
      <link>https://nalar.dev/lock-convoys-turn-short-critical-sections-into-long-queues/</link>
      <pubDate>Wed, 23 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/lock-convoys-turn-short-critical-sections-into-long-queues/</guid>
      <description>&lt;h1 id=&#34;lock-convoys-turn-short-critical-sections-into-long-queues&#34;&gt;Lock Convoys Turn Short Critical Sections into Long Queues&lt;/h1&gt;&#xA;&lt;p&gt;A mutex can protect a tiny critical section and still become the center of a large latency problem. The code inside the lock may take only microseconds in normal operation, yet one delayed holder can allow several threads to accumulate behind it. Once that queue exists, the lock may remain continuously contended as ownership passes from one waiting thread to another.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
