服务器这样的数据合格了吗？

大众推荐

我来回答一下吧
R>首先，非常感谢～

1.本地测试没有意义，你看你300us就能得到数据，这个一点意义都没有
R> 恩，这个同意，当时也是为了想看看大概的数据而已，而且那些数据也不一定很准确。

2.不要纠结于什么语言，python，c++，java都不是关键，关键可能都是nginx，lighthttpd这种，而不是你的后端语言
R>哈哈，是的，语音其实不是关键，只是当时的第一反应而已，因为这意味着设计太垃圾了！
另外有一点，因为我是直接为APP提供数据的，APP可以直接通过SOCKET拿数据。
除非是在REQ太大，需要架设前端来均衡之类的，否则，和nginx 这些没什么关系了。

3.怎么判断服务器的极限呢？可以这样，做一个测试程序，测试在不同并发量的情况下，这个程序，connect，send，recv一个过程的时间，当这个时间发生跳变（比如原来是10，现在是11那不叫跳变，如果原来是10，一下子变成20，那么就是跳变）这个时候就差不多是极限了
R> 这个有机会得试试！

4.说一下我们团队用c++自己做的Imserver的性能吧， 4核2.4G 8G内存 20w长链接在线  4w并发（每秒发一个数据包） cpu在75%左右，在这种情况下，connect，send，recv的时间大约是10-20ms
R>牛！

最后说一句如果你指望nginx这种来做高性能，多半是在自欺欺人。不同的情况下，不同的数据包大小都有不同的优化方案，这一点比你用了什么语言来说要重要的多
R>恩，有道理！谢谢指教!



回复 10# weishuo1999


   

大众推荐

20w长链接在线  4w并发

请问这种情况下，你们是怎么实现的？epoll ?
据说，连接太多了，epoll 的开销也是很大的？我没有测试过。。

回复 10# weishuo1999


   

李营长

这是没有业务逻辑的吧，只能证明你的网络模块在echo场景下是满足要求的。因为它根本就没有业务场景。

大众推荐

是的～～
这个只是为了测试网络响应模块~

具体业务部分，不包含。
主要原因是：
1.先单独排除网络模块带来效率瓶颈。
2.业务逻辑部分的效率，我还是蛮有信心的。


回复 13# 李营长


   

李营长

回复 14# 大众推荐


    实际上网络模块部分都是经过了上万人使用的，而且经过了广泛的测试，像lighttpd，做这种echo测试的没有一万个也有八千个。我觉得这上面可以下的功夫已经不多。web调优主要还是体现在改服务器的代码，调内核参数，优化sql，业务分流上面。

大众推荐

实际上网络模块部分都是经过了上万人使用的，而且经过了广泛的测试，像lighttpd，做这种echo测试的没有一万个也有八千个。我觉得这上面可以下的功夫已经不多。
R>基本上同意！
只需要这部分不拖后腿，可以和lighttpd这些是同一个数量级，我就很满意了。（因为做这个测试，起因就是被用Tornado的小鄙视了一下下）

另外，LIGHTTPD貌似是基于fastcgi 进程（池）的，这样的话，如果连接比较多，进程间的切换开销应该不小。
所以，理论上，我这个不会比LIGHTTPD差，如果真的比它差，那么只能够说我设计的不好。



web调优主要还是体现在改服务器的代码，调内核参数，优化sql，业务分流上面。
R>同意！
其实这部分占了80%的工作量，相信这部分应该不会差。
回头会用测试数据来支撑这个说法。

谢谢～

回复 15# 李营长