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

linux_c_py_php

这个聚束操作有什么用... 你不是每次read beat[0]若干字节吗, 不会导致select忙吧.

yulihua49

linux_c_py_php 发表于 2013-02-26 16:05
为什么要打select一下, 我想是为了让select快速进入下一轮select吧, 否则FDSET的变化select没法及时获知.

对，你不打它不知道你新设的fds。

iw1210

yulihua49 发表于 2013-02-26 15:46
其他线程干完活，怎么把fd归还到fdset里？

只一个线程用select，这个线程自己更新fdset，其他线程干预fdset干嘛？

yulihua49

iw1210 发表于 2013-02-26 16:14
只一个线程用select，这个线程自己更新fdset，其他线程干预fdset干嘛？

他自己更新不了，他死着呢。都是别人更新。

linux_c_py_php

我说锁慢是说多个woker改FDSET慢, 这可能就是瓶颈,

其实这个事情还可以是: 一个worker线程一个归还队列一把锁一个管道, 把事件恢复的活还给sched线程来做, 把锁的竞争降下来, 也许能好点.

你现在是10个worker线程抢一个锁来修改FDSET, 如果10个worker线程抢自己的锁放进自己的队列写自己的pipe, 把select打醒分别处理10个队列中的归还事件进行重注册, 也许就能好点.

iw1210

yulihua49 发表于 2013-02-26 16:20
他自己更新不了，他死着呢。都是别人更新。

它死着呢?  select不是有个等待时间的参数么？

linux_c_py_php

再就是事件传递给worker线程池的这把队列锁也很要命, 能分组多队列, 在组间round robin肯定还能降竞争.

yulihua49

iw1210 发表于 2013-02-26 16:26
它死着呢?  select不是有个等待时间的参数么？

那多慢啊。等上1秒，耽误十几万的请求。
为什么做无损聚束？1毫秒都不能等。

iw1210

yulihua49 发表于 2013-02-26 16:38
那多慢啊。等上1秒，耽误十几万的请求。

一个新连接，等3秒钟可以接受的啊，就是在有新连接时等，以后接收数据就不需要等了。

yulihua49

linux_c_py_php 发表于 2013-02-26 16:27
再就是事件传递给worker线程池的这把队列锁也很要命, 能分组多队列, 在组间round robin肯定还能降竞争.

这个你可以试试，挺麻烦的。
我觉得一般的交易处理，每秒几千就不错了。如果需要多，就多上几台服务器，最后的瓶颈是数据库而不是连接请求。