<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>NVMe on Nalar</title>
    <link>https://nalar.dev/tags/nvme/</link>
    <description>Recent content in NVMe on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 15 Sep 2026 00:00:00 +0700</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/nvme/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>NVMe Queues Let Storage Handle Many Commands in Parallel</title>
      <link>https://nalar.dev/nvme-queues-let-storage-handle-many-commands-in-parallel/</link>
      <pubDate>Tue, 15 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/nvme-queues-let-storage-handle-many-commands-in-parallel/</guid>
      <description>&lt;p&gt;NVMe storage does not send every read or write through one shared command line. The protocol is built around queue pairs: software places commands into a submission queue, and the controller reports finished work through a corresponding completion queue.&lt;/p&gt;&#xA;&lt;p&gt;That structure matters most when several processor cores and application threads are generating storage work at the same time. Multiple queues can distribute command handling across cores, reduce contention around a single software path, and keep a fast solid-state drive supplied with enough outstanding work.&lt;/p&gt;</description>
    </item>
    <item>
      <title>SSD TRIM Marks Discarded Data for Flash Reuse</title>
      <link>https://nalar.dev/ssd-trim-marks-discarded-data-for-flash-reuse/</link>
      <pubDate>Tue, 15 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/ssd-trim-marks-discarded-data-for-flash-reuse/</guid>
      <description>&lt;p&gt;Deleting a file changes filesystem metadata, but that action does not automatically tell a solid-state drive which flash pages no longer contain useful data. From the drive&amp;rsquo;s point of view, previously written logical block addresses can remain valid until the host explicitly replaces them or marks them as discarded.&lt;/p&gt;&#xA;&lt;p&gt;TRIM closes that information gap. The operating system can notify the storage device that selected logical blocks no longer need their old contents. The SSD may then treat the associated data as disposable during its internal space-management work.&lt;/p&gt;</description>
    </item>
    <item>
      <title>NVMe APST Moves Idle SSDs Into Lower Power States</title>
      <link>https://nalar.dev/nvme-apst-moves-idle-ssds-into-lower-power-states/</link>
      <pubDate>Mon, 14 Sep 2026 00:00:00 +0700</pubDate>
      <guid>https://nalar.dev/nvme-apst-moves-idle-ssds-into-lower-power-states/</guid>
      <description>&lt;p&gt;An NVMe SSD can support several power states rather than operating at one fixed power level. Active states favor quick access and throughput, while deeper idle states can reduce energy use at the cost of extra time needed to return to full activity.&lt;/p&gt;&#xA;&lt;p&gt;Autonomous Power State Transition, commonly shortened to APST, lets the host configure automatic movement into selected lower-power states after defined idle periods. Once configured, the controller can perform those transitions without a separate host command for every idle event.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
