返回

我发现啊，skynet里面的pipe用法有问题，因为是阻塞的，一次只能处理(发送一个数据包)，如果同时有1000个链接由一个epoll管理，又假如每个链接进来1个� 『More』

• 我没看明白.

  skynet 对 IO 是单线程串行分发的, 如果出现拥塞跟 pipe 无关. pipe 就是用来把 IO 处理串行化.

  而 skynet 的设计目的是处理 CPU 高负载的业务, 而不是 IO 高负载的业务. - 回复 | (2711) | 云风 | 2013-12-16 03:13:02

  • 语文不好.首先我的理解是,你用pipe的目的就像zeromq一样,用来做线程间通信,减少锁,这个我也觉得很好.而我所说的跟IO高负载没关,指的是并发能力,即每秒 『More』 - 回复 | (2713) | 囧 | 2013-12-16 11:37:24

    • 我明白你的意思. 但实际上 cpu 和 IO 都没有浪费, 只是延迟变长了而已. 因为 epoll 循环是满负荷运转的.你最初的例子中说 "发送端会积累大量的包来� 『More』 - 回复 | (2716) | 云风 | 2013-12-18 11:01:02

      • 谢谢大大解释。我并没有"把 1 万个请求包全部一次发送完",recvctrl_fd读到发送包并不是马上发送出去,而是把包挂到各个client_fd的发送队列上，然后设置client_fd的EPOLLOUT事件,统一由epoll来管理调度。对于游戏来说,我觉得反应速度也很重要啊,我搞页游的。 - 回复 | (2717) | 3q | 2013-12-18 02:34:55

        • 反应速度是很重要. 我的意思是这种延迟不会太长, 也没有任何地方浪费 IO 和 CPU 的处理能力(没有线程空转) 反而适当的延迟可能还会对用户体验有好处: 『More』 - 回复 | (2718) | 云风 | 2013-12-18 04:00:09

          • 我的想法是网络层应该尽可能快速的收发包.至于用户过于高频之类,可以放到逻辑层面监控,这对于加速外挂之类的检测也是适用的.

            名字: 自动排版 密码:

            
            

            回复 | (2719) | txal | 2013-12-19 12:09:30

            • 我考虑在下个版本改进, 不光是把 pipe 改成非阻塞. - 回复 | (2720) | 云风 | 2013-12-19 11:41:03

              • 期待ing - 回复 | (2722) | txal | 2013-12-20 10:29:57