对于select 和 iocp 的分析。大家来拍砖。
都在说IOCP的效率高，select是个古老的API 效率低下。
但这个真的要看是什么应用了。其实我现在也很疑惑 到底该用谁
IOCP是异步IO 有多个工作线程为它工作 这样效率确实提高了，但如果逻辑处理是在另外的线程。那这样频繁的在工作线程和逻辑线程的同步 也会影响效率吧，特别是在请求多的时候，这样的同步代价不是很高吗？
select虽然在连接多的时候效率会下降 但可以通过多路来解决 即使这样也有瓶颈，但一般的应用足以应付。
注意到 其实很多大型网络游戏的服务器 用的就是select 并不是IOCP 一是考虑的是跨平台 二是效率其实没什么区别。可以通过架构来解决select的弱势。
不知道说的对不对。
[解决办法]
IOCP并不能提高处理效率，只能提高并发量。
[解决办法]
WINSOCK IOCP 效率高是指 在相同的线程情况下, 效率最高.
特别是针对例如HTTP协议这种 包较小 一来一回的协议.效率极高.
如果是传输大文件的话,用什么模型都一样.
[解决办法]
高低好坏都是要有一个标准的
如果用不同的标准去衡量肯定有不同的结果
其实我比较信奉一招鲜吃遍天
只要能解决问题
有的时候不需要方案移植
[解决办法]
楼主还是多了解下LINUX在来说
[解决办法]
[解决办法]
[解决办法]
[解决办法]
IOCP在处理大数据量的时候稳定性确实不必select控制，