sokiiya 发表于 2010-7-3 11:30:12

这样使用reactor会不会造成reactor多响应?

windows下使用ACE_TP_Reactor构造时候默认构造里面的ACE_Select_Reactor。
只有一个线程run_reactor_event_loop。
用含有ACE_SOCK_Stream的eventhandler注册到reactor。

想在触发一次handle_input时,首先将该句柄挂起,然后开线程接收数据,接收线程完成接收再唤醒句柄。
但是发现suspend_handler挂起不起作用,就换了一种方法,即有一个接收数据的锁,在触发handle_input时,tryacquire失败则返回0,成功则开线程接收,接收线程完成接收就release。(这里使用的不是递归锁可以保证互斥)
现在怀疑reactor被触发的handle_input比实际要接收的次数多,
请问会有这样的情况不?

modern 发表于 2010-7-5 10:16:25

handle_input之后再开个线程接数据?
累不累呀!直接recv就成了

sokiiya 发表于 2010-7-6 11:36:02

因为连接比较多 或者有数据长度大于MTU会造成网络等待

earthdog 发表于 2010-7-13 21:48:17

你把ACE_TP_Reactor的使用方式搞错了,ACE_TP_Reactor中的TP是指Thread Pool(线程池),ACE已经帮你进行了管理,ACE_TP_Reactor采用的是leader-follower(如果我没记错的话,即领导者、跟随者模式)的,同时只会有一个线程在等待事件,当事件到来时,该线程会被唤醒,然后让下一个线程等待新的事件,而该线程则处理你的事件请求(这是leader-follower的来历),ACE已经帮你做了全部的工作了,你只需要同普通的Reactor一样使用就可以了,根本不需要自己阻塞线程。另外,如果你想高效的话,建议使用Proactor(采用异步IO工作)。

steven99ca 发表于 2010-7-15 00:17:04

因为连接比较多 或者有数据长度大于MTU会造成网络等待
sokiiya 发表于 2010-7-6 11:36 http://www.acejoy.com/bbs/images/common/back.gif


连接多,对TP reactor会有性能影响,大于MTU不会造成网络等待。
楼上的解释很清楚
页: [1]
查看完整版本: 这样使用reactor会不会造成reactor多响应?