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

linux_c_py_php

嗯, 应该是printf干的, 尼玛stdout自带锁了.

linux_c_py_php

改成write没锁了, 结果还是这个鸟样, 就是上不去... 瓶颈在哪里...

yulihua49

linux_c_py_php 发表于 2013-02-18 16:49
嗯, 应该是printf干的, 尼玛stdout自带锁了.

我用：
./server >aaa 2>&1 &
不会有事吧？

服务器完全取消printf。
从客户端测试时间和流量。

linux_c_py_php

yulihua49 发表于 2013-02-18 16:55
我用：
./server >aaa 2>&1 &
不会有事吧？

没事, 不是打印语句的问题, 压力到一定程度线程就持续D状态了, 怎么找D在哪个系统调用里是关键... 你有什么办法吗, 不是应用层的不太好找.

linux_c_py_php

yulihua49 发表于 2013-02-18 16:55
我用：
./server >aaa 2>&1 &
不会有事吧？

目前进程的系统调用就只有read/write/accept/close/epool_ctl/epoll_wait了, 要慢肯定慢在其中一个的底层实现上, 是不是多线程epoll_wai同一个epfd达到了瓶颈了.

eastany_op

我不知道LZ现在做的是哪方面的测试，我目前在做的epoll的TCP新建能力测试，目前单进程做到了8.6万/秒连接接收，但是距离预期10W+还有距离

linux_c_py_php

eastany_op 发表于 2013-02-18 17:39
我不知道LZ现在做的是哪方面的测试，我目前在做的epoll的TCP新建能力测试，目前单进程做到了8.6万/秒连接接 ...

新建能力是指短连接能力吗, 求指教!

我在做基于epoll的EPOLLONESHOT的leader-follower性能测试, 目前关注长连接中.

eastany_op

回复 57# linux_c_py_php
不敢说指教。
目前为了获得峰值，连接设置保活，不拆。连接的业务短长都有，暂时只建不拆，所以比较简单单纯。
工作模式是ET，因为怕LT的频繁MOD会影响性能。就是想请教下LT的性能在高并发的场景中表现如何？
我的测试比较简单：Server端单进程epoll_wait 循环accept。客户端多线程来connect。
由于之前遇到瓶颈，一直怀疑accept的调用不够高效。后来摸索着改了几个linux内核关于tcp的内核参数，新建从5W上到了8W，但是目前又陷入瓶颈。还想多跟你交流交流。
   

linux_c_py_php

eastany_op 发表于 2013-02-18 17:55
回复 57# linux_c_py_php
不敢说指教。
目前为了获得峰值，连接设置保活，不拆。连接的业务短长都有，暂 ...

具体介绍一下怎么优化accept能力的, 急需学习, 最好全面傻瓜一点...

方便的话加我QQ详细交流一下, 120848369.


我现在做的是多线程, 然后用了EPOLLONESHOT共享同一个epfd, 也就是一个leader-folllower结构的服务端.

我目前短连接accept才跑个2万多点, 怀疑是因为accpet和普通读写事件的处理抢夺线程不够用导致accpet速率不够快, 我今晚决定做独立的epoll_wait监听线程, 与普通工作线程池做一个区分, 这样估计可以高效一些, 需要试验看看效果.

chinaunix_wolf

回复 9# linux_c_py_php D状态是不可中断睡眠状态，主要出现在不可中断io操作的时候，比如磁盘写操作、网络io，你的测试过程中出现D状态，应该是senddata导致的，对于发送来说，qps 13000多已经不错了，把你接收和发送的数据改小一点，qps应该能够升上去。