如何配置高并发linux服务器

tomtesla

回复 21# bellman


嗯，现在的问题就是我想用压测工具重现10万并发，并且研究一下如何达到这个并发值，以及什么样的server 系统配置可以支撑 纯helloworld的 10万并发， 你说的有道理，银行的server 实际业务请求够呛达到10万并发， 估计连12306的订票系统，核心业务也很难达到这个数值，否则12306就不那么容易挂掉了。


我发这个帖子的目的就是，难道非得在我根本拿不到的特殊配置的机器小型机 服务器上才能达到我想要的并发值？  目前我能测试的，单核vps，虚拟机 到 24核32G物理机 都有，但是还没有发现达到 高并发的瓶颈所在。 希望高手指点！

   

tomtesla

sohusina 发表于 2014-03-25 14:32
我只理论讨论下，内存是个第一因素，因为内存跟cpu，磁盘io，网卡缓存，web代码算法，数据库执行计划算法都 ...

注意看一下前面的压测结果， 我们仅仅压测“helloworld”  不涉及任何web 业务代码，数据库并发。

tomtesla

wangyb 发表于 2014-03-25 16:37
这种情况就不要在虚拟机上试了，用真机吧

已经试过多台了  您要是有兴趣，麻烦也在真机上测试一下

tomtesla

回复 28# action08

首先感谢chinaunix将本技术讨论帖置成了“精华”，希望更多高手指点迷津。


ab 压测本机 时 内存变化确实不大，可以猜测与cpu有关，但是跟cpu的主频有关还是cpu核数有关呢？

而且排除掉 ab压测本机时ab自身占用的cpu，比如跑在24核主频3.30GHz 上，cpu表示毫无压力，但是压测结果并没有表现出大的跳跃，这是为何？


由于本着实验科学的精神，调整系统参数，编译nginx，在多台机器测试，对比压测结果的情况下，最近转向到重新编译系统内核， 不知是否可解？

有同仁可以ab压测10万并发的，麻烦贴一下截图，感激涕零 ：）

tomtesla

回复 30# timespace

“总之一次请求处理仅系统调用占用接近30us，加上少量用户CPU和进程上下文切换，每秒处理极限就在30k左右。”  ----终于等到高手回复了，至少解释了单机多核配置再好，也总是ab 压不出3万以上接近10万的并发结果。

对于楼主提到用多个ab 客户端压测，这个我也试过了，结果是在没压死的情况下，各个ab 客户端压测结果总和 还是未能超过30K 甚至更多。看来是nginx server 端 短连接并发的极限就是你提到的30us， 30K并发。


的确，如果用nginx 维护长连接，可以轻松超过30K， 或许可以达到10万，但是不知道长连接怎么压测呢？





   

tomtesla

回复 48# Purple_Grape

我自己压测的nginx 短连接请求的 高并发确实也在3w左右，请看一下我之前的小结，小结之后我们提到的高并发偏重于长连接，类似于保持多少客户端在线，而不是每秒应付多少万短并发请求比如写数据库， 就是新浪微博目前也做不到每秒完成10万条同时发布，因为官方的最高纪录远小于每秒10万。 但是你要知道新浪微博在线人数肯定超过百万，所以我个人觉得tengine的200W并发指的是后者长连接，和维持更多的在线客户端，并非是我们实测出的短连接高并发。

   

tomtesla

回复 50# mordorwww

你好，这里做的helloword测试尽可能的简单，忽略硬盘IO，我曾经吧index.html直接放到tmpfs  分区里面，或者直接压测nginx +lua “helloworld”， 我们压测的目的是
考验nginx的承压能力，并不针对于某类特定应用。

前期很多同学的测试表明，nginx 单机多核可以承接3W左右的短并发，但是长连接的高并发能力更强10W以上不是问题，所以本帖子的小结，呼吁大家回到应用层的业务框架设计，因为nginx 随便优化一下，就足以承接所谓的高并发，但是后端业务处理能不能搞定nginx 接收到的请求，就只能靠业务框架的功力了。