<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>零拷贝 on PlumePHP</title><link>https://plumephp.com/tags/%E9%9B%B6%E6%8B%B7%E8%B4%9D/</link><description>Recent content in 零拷贝 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Tue, 29 Sep 2026 12:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E9%9B%B6%E6%8B%B7%E8%B4%9D/index.xml" rel="self" type="application/rss+xml"/><item><title>25. IO 模型与多路复用</title><link>https://plumephp.com/cs-io-models/</link><pubDate>Tue, 29 Sep 2026 00:00:00 +0000</pubDate><guid>https://plumephp.com/cs-io-models/</guid><description>&lt;h2 id="1-为什么-io-是性能瓶颈"&gt;1. 为什么 IO 是性能瓶颈&lt;/h2&gt;
&lt;h3 id="11-io-等待主导延迟"&gt;1.1 IO 等待主导延迟&lt;/h3&gt;
&lt;p&gt;绝大多数服务的延迟来自&lt;strong&gt;等 IO&lt;/strong&gt;：网络收发、磁盘读写、数据库往返。CPU 很快，IO 很慢——一个网络请求的耗时中，真正 CPU 计算的占比可能不足 10%。&lt;/p&gt;</description></item><item><title>Kafka Broker 网络线程模型：请求处理、零拷贝与背压</title><link>https://plumephp.com/kafka-network-thread-model/</link><pubDate>Tue, 29 Sep 2026 12:00:00 +0800</pubDate><guid>https://plumephp.com/kafka-network-thread-model/</guid><description>&lt;p&gt;同一个 broker 同时服务上千连接与数万请求，Kafka 靠的不是「一个请求一个线程」，而是一套&lt;strong&gt;事件驱动的线程模型&lt;/strong&gt;。理解这套模型，才能回答「为什么连接多就卡」「为什么读请求那么快」「队列参数怎么调」这三个经典问题。&lt;/p&gt;</description></item></channel></rss>