快速业务通道

nio框架中的多个Selector结构 - 编程入门网

作者 佚名技术 来源 NET编程 浏览 发布时间 2012-06-22
electorRunner这个方法道出了秘密,如果是OP_ACCEPT,那么都使用数 组中的第一个SelectorRunner,如果不是,那么就通过取模运算的结果+1从后面 的SelectorRunner中取一个来注册。

分析完mina2.0和grizzly2.0对Selector的管理后我们可以得到几个启示:

1、在处理大量连接的情况下,多个Selector比单个Selector好

2、多个Selector的情况下,处理OP_READ和OP_WRITE的Selector要与处理 OP_ACCEPT的Selector分离,也就是说处理接入应该要一个单独的Selector对象 来处理,避免IO读写事件影响接入速度。

3、Selector的数目问题,mina默认是cpu+2,而grizzly总共就2个,我更倾 向于mina的策略,但是我认为应该对cpu个数做一个判断,如果CPU个数超过8个 ,那么更多的Selector线程可能带来比较大的线程切换的开销,mina默认的策略 并非合适,幸好可以设置这个数值。

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢!

分享到: 更多

Copyright ©1999-2011 厦门凌众科技有限公司 厦门优通互联科技开发有限公司 All rights reserved

地址(ADD):厦门软件园二期望海路63号701E(东南融通旁) 邮编(ZIP):361008

电话:0592-5908028 传真:0592-5908039 咨询信箱:web@lingzhong.cn 咨询OICQ:173723134

《中华人民共和国增值电信业务经营许可证》闽B2-20100024  ICP备案:闽ICP备05037997号