[基于Epoll内置Leader-Follower服务端实现, 已可达50万echo qps（全新支持Lua啦）]

yulihua49

zozoiiiiii 发表于 2013-02-26 20:33
能科普下不，qps怎么算，比如当前主流1000M网卡：
1000Mbit/s = 128MB/s, 如果每条消息包含100bytes，则该 ...

楼主在localhost上测试。我在100M网上测试，你算的正确，极限就是这些。最小的平均包长是75字节。

iw1210

回复 219# yulihua49

我知道你为啥要重新FD_CLR了，是不是这个原因 http://bbs.chinaunix.net/thread-4069045-1-1.html


ps：弱弱地问一下，ONESHOT 什么意思？


   

yulihua49

iw1210 发表于 2013-02-27 11:33
回复 219# yulihua49

我知道你为啥要重新FD_CLR了，是不是这个原因 http://bbs.chinaunix.net/thread-4 ...

对的，再看219楼。
逻辑推理一下：
我们的qps达到16W/S，平均6微秒请求一次，每个请求都要激活事件，每次select可以激活事件少则十几个，多则500-800.
你说，select收事件注册能耽误吗？如果不能耽误，你可能在select后本线程作IO吗？IO肯定是别人做的，那完成后怎么及时通知select？

iw1210

回复 222# yulihua49
epoll里的概念？我们用select做成了，就不考虑epoll了


   

yulihua49

iw1210 发表于 2013-02-27 11:46
回复 222# yulihua49
epoll里的概念？我们用select做成了，就不考虑epoll了

不光是epoll，所有的事件处理都有这个概念，只是实现方法不同。

iw1210

yulihua49 发表于 2013-02-27 11:43
我们的qps达到16W/S，平均6微秒请求一次，每个请求都要激活事件，每次select可以激活事件少则十几个，多则500-800.
你说，select收事件注册能耽误吗？如果不能耽误，你可能在select后本线程作IO吗？IO肯定是别人做的，那完成后怎么及时通知select？

我的做法是有select的那个线程只收数据不发数据，发数据由其他线程做。其他线程处理数据流时做标记，select加描述符集前判断这个标记。

yulihua49

iw1210 发表于 2013-02-27 11:56
我的做法是有select的那个线程只收数据不发数据，发数据由其他线程做

那你就甭想达到16W/S啦，6微秒，连一个IO都做不完。况且，收完马上就会有一个复杂的业务逻辑，你也这个线程干？多线程白搭了？
什么叫“众人拾柴火焰高”，你让work干嘛，有好多work的嘛。
见153楼。
我那个标记就是rfds,wfds,efds。

iw1210

yulihua49 发表于 2013-02-27 12:01
那你就甭想达到16W/S啦，6微秒，连一个IO都做不完。
什么叫“众人拾柴火焰高”，你让work干嘛，有好多wo ...

其他线程处理数据流时给描述符做标记，调用select前只加有标记的描述符，实现异步处理，效率应该没问题。

iw1210

yulihua49 发表于 2013-02-27 12:01
我那个标记就是rfds,wfds,efds。 ...

select只用rfds，wfds不用，efds可选。work线程用阻塞模式发送数据

yulihua49

iw1210 发表于 2013-02-27 12:07
其他线程处理数据流时给描述符做标记，调用select前只加有标记的描述符，实现异步处理，效率应该没问题 ...

你试试吧，也发个测试结果来？
有人说select只能3000qps，16Wqps怎么做的？你把几个方案都测测。