diff --git a/ZLMediaKit高并发实现原理.md b/ZLMediaKit高并发实现原理.md
index 64ace23..0a8ab87 100644
--- a/ZLMediaKit高并发实现原理.md
+++ b/ZLMediaKit高并发实现原理.md
@@ -480,7 +480,7 @@ ZLMediaKit在针对该应用场景时，做了特别的优化；实现原理如
 
 目前对ZLMediaKit做了一些性能测试，查看地址：[benchmark](https://github.com/xiongziliang/ZLMediaKit/blob/master/benchmark.md)
 
-在测试时发现，ZLMediaKit在负载比较低时,其单线程性能大概是SRS的50%，单条线程大概能支撑5K个播放器，导致这个性能差距的主要原因时由于采用本地轮回网络，网络状况为理想，那么sendmsg批量发送将不起优化左右；而SRS使用了合并写特性(就是缓存300毫秒左右的数据后一次性发送)，可以减少系统调用次数；如果负载比较低，以及真实网络环境下，ZLMediaKit单线程性能应该跟SRS差距更小，我们在测试报告中也能发现在客户端比较多时，ZLMediaKit单线程线程性能有比较大的提升。
+在测试时发现，ZLMediaKit在负载比较低时,其单线程性能大概是SRS的50%，单条线程大概能支撑5K个播放器，导致这个性能差距的主要原因时由于采用本地轮回网络，网络状况为理想，那么sendmsg批量发送将不起优化左右；而SRS使用了合并写特性(就是缓存300毫秒左右的数据后一次性发送)，可以减少系统调用次数；如果负载比较高，以及真实网络环境下，ZLMediaKit单线程性能应该跟SRS差距更小，我们在测试报告中也能发现在客户端比较多时，ZLMediaKit单线程线程性能有比较大的提升。
 
 由于ZLMediaKit支持多线程，可以充分利用多核CPU的性能，在多核服务器上，CPU已经不再是性能瓶颈，为了减少直播延时，目前不打算加入合并写特性。