袁斌 — Tue, 01 Feb 2011 02:48:00 GMT

Windows下两�U?/span>iocp实现的差�?/span>

之前几天说过�Q�因为经�?/span>iocp实现�Q�以下简�U�经典实玎ͼ�多个io�U�程�l�定在一�?/span>iocp上，�q�样内部��理�?/span>iocp队列的处理，内部军_��是不是需要线�E�切换，我上�ơ修改的一个版本（以下��U�实�?/span>2�Q�，用了多个io�U�程�Q�每�?/span>iocp队列仅绑定一�?/span>io�U�程�Q�一�l�用户共享一�?/span>io�U�程�Q�这和经典的多线�E?/span>epoll模型的做法是很相似的�Q�这��h��?/span>io�U�程是可以独立控制了�Q�但理论上这�U�做法没有发�?/span>iocp自动��理�U�程切换的优势，昨晚没事用这两种实现分别做了�?/span>echoserver��试了一下，�q�两套实��C��码仅40行左右不同，其他完全一��P��效果真的是差很多�Q�测试仅用一个进�E�模拟了4000个客��L��Q�每�U?/span>1个包�Q�先看实�?/span>2的，cpu�?/span>14%�Q?/span>2�?/span>io�U�程�Q?/span>1�?/span>accept�U�程�Q?/span>1个主�U�程�Q�其他线�E�都没干�z�闲�|��?/span>

Cpu	Memory	Threads	handles
14	40088k	8	4236

再看�l�典实现�Q?/span>cpu几乎一直是0%�Q?/span>2�?/span>io�U�程�Q?/span>accept也是�?/span>io�U�程里面处理�Q�其他跟实现2一��P��试客户端也一栗��?/span>

Cpu	Memory	Threads	handles
0	39244k	7	4336

说实话，在测试之前我也没惛_��有这么大的差距，�l�典实现��是1.2w个连接连上来�q�是�q�样�Q�就是内存占用多一点：

Cpu	Memory	Threads	handles
0	112068k	7	12280

习惯上��L��人喜�Ƣ拿epoll�?/span>iocp来对比，我到现在也没看到真正公��^的对比，��q��是相对公�q�的也没见到�Q�因为在我看来，要对比硬件应该是一��L��Q?/span>os都应该是最新的�Q�最重要的是�Q?/span>server端程序应该都是发挥了各自优势的，如果拿我�q�里的实�?/span>2��M��?/span>iocp的水�q�_��epoll�Ҏ��Q�势必造成�?/span>epoll差很多的�l�果�Q�然而这昄��是不正确的�?/span>

epoll�l�典多线�E�模式实际实现和实现2很相��|��理论上也有类似的�U�程切换问题�Q�不知道效率怎样�?/span>

袁斌 2011-02-01 10:48 发表评论

一套网�l�框架的杯具

袁斌 — Wed, 26 Jan 2011 08:14:00 GMT

一套网�l�框架的杯具

之前设计了一套网�l�框�Ӟ��持箋改进了很多年�Q��用在很多��目上，�l�合效率�q�行�Q�也很稳定，一直以来对�q�套东西信心满满�Q��M��为啥问题都好解决�Q�但最�q�就有个需求让我选择�q�是改了下这个框架�?/span>

之前的框架是�q�样的，可以开一�l?/span>N�?/span>io�U�程�Q�可以开一�l?/span>N个同步线�E�（默认1个）�Q�可以开一�l?/span>N个异步线�E�（默认1个）�Q�可以开一�l?/span>N�?/span>timer�U�程�Q�默�?/span>1个）�Q�可以开一�l?/span>N个异步线�E�（默认cpu个）�Q�每�l�可独立受控�Q�每�l�可支持自定义消息，可支�?/span>timer�Q�一�l?/span>N个如�?/span>N大于1则无法直接给�q�组里面的特定线�E�发消息�Q�只能给一�l�发消息�Q�这个组里面会选择某个合适的�U�程处理�q�个消息�Q�这也是iocp高效和典型的用法了，但这也正是问题的�l�症所在�?/span>

Linux下的多线�E�服务器更常见的做法跟这个不大相��|��一般都是将某些socket分配到某些线�E?/span>epoll�Q�分好之后就是固定的�Q�不再变化，�?/span>Iocp��?/span>socket�l�定��C��l�线�E�的做法不同�Q�由于某�?/span>socket直接�l�定��C��某个�U�程�Q�所以有些问题就变得��单了�Q�如同一个连接的在同一个线�E�内消息�q�行了同步，要跟io�U�程�l�定�U�有化数据也��单了�Q�而且每个�U�程可独立受控，所以很�Ҏ��实现一�l?/span>io各自�?/span>tls�Q�线�E�局部存储）数据�Q�而我现在做的�q�套框架��是�q�方面不好控了，其实也很难说�q�两�U�意义上的框架到底谁更优�Q�如用在web型应用上�q�种socket被一�l?/span>io�U�程��理的模式很方便效率也高�Q�但我现在的需求需要某�?/span>socket使用�U�程相关数据�Q�以避免数据之间的锁�Q�我用内存换旉��Q�由于在原来的框架上增逻辑难以实现可直接控�?/span>io�U�程的框架的�Q�所以花了一个晚上重新改写了一套框�Ӟ��在原�?/span>iocpframe的基��上派生了一�l�带2名称的类�Q�除替换�c�d��之外只修改了几十行代码就做好了，�ȝ��来说��q��旉��q�是比较��的。修改后io�U�程一�l�，但独立受控，外部可对�q�组�U�程中的某一个直接发消息�Q�基本满��了需求，现在要给每个io�U�程�l�定�U�有数据�q�触发特定消息比之前��单多了，而且�l�对无锁�?/span>

袁斌 2011-01-26 16:14 发表评论

亚洲伊人久久大香线蕉苏妲己,久久国产劲爆AV内射—百度,伊人久久大香线蕉精品

一套网�l�框架的杯具