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

linux_c_py_php

@starwing83 的确可以, 可能之前哪里写错了引起的, 搞定了.

linux_c_py_php

原来昨天测试开了太多客户端了, 实际上嵌入lua程序的性能完全没有下降, 还是近50万的qps...

看样lua不错哦.

linux_c_py_php

yulihua49 发表于 2013-02-25 14:23
终于把这个史上最屌的服务器搞定。
用select，支持1024个连接，达到70000qps。
我的机器只有2核，线程 ...

我来学习一下。

linux_c_py_php

半同步半异步的, main线程负责accept,  sched线程负责select检测事件, 然后加锁从fdset中去掉, 然后通过next域构造的队列把连接送给worker线程, 在worker线程里做handle完成后再加锁恢复fdset.

那个beat[2]没用吧...

linux_c_py_php

可以跑15万左右, 开了40多个压力才顶上去, 估计是锁太厉害了.

不过把I/O放到多线程里去做提高了I/O并发性, 值得借鉴. 之前我做的hsha把I/O都放在异步层了, 异步线程CPU直接就跑满到瓶颈了.

你可以把worker里对事件集合的取消操作以及main线程对事件集合的添加操作都做成Pipe+queue, fdset的操作全部让sched线程来做, 可以避免掉同步fdset的代价, 应该能稍微好点.

linux_c_py_php

iw1210 发表于 2013-02-25 15:24
回复 153# linux_c_py_php

是的, 他把server做成了hsha了.

linux_c_py_php

iw1210 发表于 2013-02-25 16:03
有个疑问用select就行了，为什么还出现epoll，iocp什么的？

select只能管FD_SETSIZE之内的fd, 进程受限啊哥.

linux_c_py_php

锁有点太猛了, 想办法把FDSET上的锁弄掉看看

linux_c_py_php

yulihua49 发表于 2013-02-25 17:17
程序马上会发疯的。

有锁这样不错了, 多线程主要是为了并发能力, 也不能单看qps.

linux_c_py_php

要想再快, 那么就是多个sched线程多个FDSET多把锁, 把锁竞争减小就行了, 和多epollfd一样.