<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Io_uring on PlumePHP</title><link>https://plumephp.com/tags/io_uring/</link><description>Recent content in Io_uring on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 27 Sep 2026 09:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/io_uring/index.xml" rel="self" type="application/rss+xml"/><item><title>NVMe 存储栈深入：PCIe 队列对、多队列调度与 io_uring 的结合</title><link>https://plumephp.com/os-nvme-storage-stack/</link><pubDate>Sun, 27 Sep 2026 09:00:00 +0800</pubDate><guid>https://plumephp.com/os-nvme-storage-stack/</guid><description>&lt;p&gt;NVMe（Non-Volatile Memory Express）是当下高性能存储的事实标准。一块现代 NVMe SSD 能轻松达到 7000 MB/s 的顺序读与百万级 IOPS，远超 SATA SSD。但真正难的地方不在硬件，而在软件栈：如果 IO 路径里任何一个环节（锁、中断、调度、上下文切换）拖后腿，硬件的极限就完全发挥不出来。&lt;/p&gt;
&lt;p&gt;本文沿一条完整的 IO 路径展开：从 PCIe 上的队列对模型，到 NVMe 多队列与 MSI-X 中断，再到 Linux 块层的 &lt;code&gt;blk-mq&lt;/code&gt; 与 IO 调度器，最后深入 &lt;code&gt;io_uring&lt;/code&gt; 与 NVMe 的结合（用户态轮询、内核绕过）。它是 https://plumephp.com/os-io-stack/（VFS 到块设备）的下游深潜，建议先读那篇建立整体框架。&lt;/p&gt;</description></item><item><title>事件驱动 IO 与高性能网络模型：epoll/Reactor/io_uring</title><link>https://plumephp.com/network-io-event-driven/</link><pubDate>Sat, 26 Sep 2026 10:30:00 +0800</pubDate><guid>https://plumephp.com/network-io-event-driven/</guid><description>&lt;p&gt;高并发服务端的本质是把「等待」交给操作系统，把「计算」留给 CPU。从每线程一个连接的阻塞模型，到 epoll 驱动的 Reactor 模型，再到 io_uring 的全面异步，IO 模型的每一次进化都在提升单机并发上限。这篇文章系统梳理这条演进主线。&lt;/p&gt;</description></item></channel></rss>