关于linux下的异步io，有几个疑问

jiayanfu

帮楼主顶起来。。。。{:2_176:}

鸡丝拌面

不能完成回调啊。线程抱死了！就是应该等通知再找一个线程callback.

10000个客户端连接，16个工作线 ...
yulihua49 发表于 2011-08-09 15:22

    无论等完成还是等可用都会遇到抱死问题，所以有timeout 。

yulihua49

无论等完成还是等可用都会遇到抱死问题，所以有timeout 。
鸡丝拌面 发表于 2011-08-09 16:41

等可用不会遇到抱死问题吧？除非是根本就没有激活的任务了，那叫空闲，不叫抱死。

以上边的例子，在一个服务器响应时间内，要完成数十的数据交换。
抱死的话，每个连接一个线程还凑合，你仔细分析一下我前边的帖子里的参数。这是实际的应用。
每连接一个线程，TPC，性能很差的。不可能玩10000个客户端。
timeout也是因为不希望任务在epoll队列里无穷的等待。

在线程池模式里，
线程数与核数基本相等，太多的线程性能退化。这么少的线程，抱死了就别干了。
这个程序为防抱死，花了很多功夫的，等待取连接池都不抱死，把任务丢到一个队列里等待调度。


如果是TPC，那个转发器，要产生10000个线程，160个活动的。性能会很差的，大部分开销是操作系统的线程调度了。

它是一个典型的异步应用，我正发愁如何移植到WINDOWS上，IOCP能胜任吗？

yulihua49

等可用不会遇到抱死问题吧？除非是根本就没有激活的任务了，那叫空闲，不叫抱死。

以上边的例子，在一 ...
yulihua49 发表于 2011-08-09 16:48

    想明白了。IOCP完成的不一定就是这个线程刚放进去的任务，可能是任何一个任务，那就没什么问题。可以算是异步的。

shanehan

IOCP的实现不算很了解，不过效率应该还是不错的，复杂的设计很符合MS的风格

herocsz

rain_fish 发表于 2011-01-25 20:56
epoll

这么好的技术没人重视？

yulihua49

ydfgic 发表于 2011-01-25 14:58
n年前还是windows程序员的时候，觉得那本《windows核心编程》是神书，看了一遍一遍的。
特别是后面的多线程 ...

挖坟了。

yulihua49

ydfgic 发表于 2011-01-25 14:58
n年前还是windows程序员的时候，觉得那本《windows核心编程》是神书，看了一遍一遍的。
特别是后面的多线程 ...

IOCP  == epoll + aio + eventfd
fiber   == ucontext.
都有对应的。