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

linux_c_py_php

基本上最后都蜕化为了one event per thread了.

linux_c_py_php

lonerwolf 发表于 2013-02-25 21:39
回复 173# linux_c_py_php

这可不是一定的, 完全可以做一个半同步半异步的数据库代理服务器在同步层做同步DB访问, 然后指定一个简单的交互协议, 供其他纯异步服务器异步的请求, 就是Proxy的概念

linux_c_py_php

为什么要打select一下, 我想是为了让select快速进入下一轮select吧, 否则FDSET的变化select没法及时获知.

linux_c_py_php

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

linux_c_py_php

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

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

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

linux_c_py_php

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

linux_c_py_php

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

你可真会算, 睁眼说瞎话.

你一天有24小时, 你怎么一天才能敲100行代码?

linux_c_py_php

primer4 发表于 2014-01-13 16:26
[ 本帖最后由 primer4 于 2014-01-13 16:26 编辑 ]

server.c 编译不过

这种报错也需要来问吗？ -。-