2个4核的CPU +4G的内存，这样的服务器最大能支持多少用户并发_百度知道
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。
2个4核的CPU +4G的内存，这样的服务器最大能支持多少用户并发
2个4核的CPU ：Intel(R) Xeon(R)
@ 2.00GHz ，4G的内存，linux上跑Tomcat和Apache,最大能支持多少用户并发，一般都是处理静态页面
呵呵，多谢各位了，有什么好的工具可以测出这个并发用户数么？
我有更好的答案
网页的话关键是对Apache的优化，做的好的话，支持个几千上万人同时访问不成问题。
采纳率：34%
在内存、硬盘资源和网络资源允许的情况下，至少能达到2000用户的并发，是至少
这个还要看你的网络环境的，10M和100M的肯定是不一样的
其他1条回答
为您推荐：
其他类似问题
您可能关注的内容
内存的相关知识
等待您来回答loadrunner（5）
&&关于并发用户数和QPS，自己一直被这两个概念纠结，阅读了一下相关资料，总结如下：并发 用户数和QPS两个概念没有直接关系，但是如果要说QPS时，一定需要指明是多少并发用户数下的QPS，否则豪无意义，因为单用户数的40QPS和20并
发用户数下的40QPS是两个不同的概念。前者说明该应用可以在一秒内串行执行40个请求，而后者说明在并发20个请求的情况下，一秒内该应用能处理40 个请求，当QPS相同时，越大的并发用户数，代表了网站并发处理能力越好。对于当前的服务器，其处理单个用户的请求肯定戳戳有余，这个时候会存在资源浪费的情况（一方面该服务器可能有多个cpu，但是只处理单个进程，另一方面，在处理一个进程中，有些阶段可能是IO阶段，这个时候会造成CPU等待，但是有没有请
求进程可以被处理）。
而当并发数设置的过大时，每秒钟都会有很多请求需要处理，会造成进程（线程）频繁切换，反正真正用于处理请求的时间变少，每秒能够处
理的请求数反而变少，同时用户的请求等待时间也会变大，甚至超过用户的心理底线。所以在最小并发数和最大并发数之间，一定有一个最合适的并发数值，在并发 数下，QPS能够达到最大。但是，这个并发并非是一个最佳的并发，因为当QPS到达最大时的并发，可能已经造成用户的等待时间变得超过了其最优值，所以对 于一个系统，其最佳的并发数，一定需要结合QPS，用户的等待时间来综合确定。
&&&&对这个图进行简单的讲评吧。横坐标是并发用户数。绿线是CPU使用率；紫线是吞吐量，即QPS；蓝线是时延。
&&&&开始，系统只有一个用户，CPU工作肯定是不饱合的。一方面该服务器可能有多个cpu，但是只处理单个进程，另一方面，在处理一个进程中，有些阶段可能是IO阶段，这个时候会造成CPU等待，但是有没有请
求进程可以被处理）。随着并发用户数的增加，CPU利用率上升，QPS相应也增加（公式为QPS=并发用户数/平均响应时间。）随着并发用户数的增加，平均响应时间也在增加，而且平均响应时间的增加是一个指数增加曲线。而当并发数增加到很大时，每秒钟都会有很多请求需要处理，会造成进程（线程）频繁切换，反正真正用于处理请求的时间变少，每秒能够处 理的请求数反而变少，同时用户的请求等待时间也会变大，甚至超过用户的心理底线。
系统吞吐量几个重要参数：QPS（TPS）、并发数、响应时间
&&&&&&&&&QPS（TPS）：&&&&&每秒钟request/事务&数量
&&&&&&&&&并发数：&&&&&&&&&&系统同时处理的request/事务数
&&&&&&&&&响应时间：&&&&&&一般取平均响应时间
（很多人经常会把并发数和TPS理解混淆）
理解了上面三个要素的意义之后，就能推算出它们之间的关系：
QPS（TPS）=&并发数/平均响应时间
&&&&&&&&&一个系统吞吐量通常由QPS（TPS）、并发数两个因素决定，每套系统这两个值都有一个相对极限值，在应用场景访问压力下，只要某一项达到系统最高值，系统的吞吐量就上不去了，如果压力继续增大，系统的吞吐量反而会下降，原因是系统超负荷工作，上下文切换、内存等等其它消耗导致系统性能下降。
&&&&&&&&上面这张图是应用其他人的关于并发用户数，QPS，用户平均等待时间的一张关系图，对于实际的系统，也应该是对于不同的并发数，进行多次，获取到这些数值后，画出这样一张图出来，以便于分析出系统的最佳并发用户数。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：108112次
积分：1860
积分：1860
排名：千里之外
原创：37篇
转载：264篇
评论：12条
(24)(18)(3)(7)(3)(6)(7)(3)(10)(24)(6)(11)(16)(17)(28)(22)(6)(2)(2)(8)(1)(1)(3)(2)(3)(5)(1)(5)(3)(2)(13)(6)(19)(13)(1)
(window.slotbydup = window.slotbydup || []).push({
id: '4740887',
container: s,
size: '250,250',
display: 'inlay-fix'Posts - 288,
Articles - 1,
Comments - 3019
大人不华，君子务实。
23:49 by 虫师, ... 阅读,
　　在做性能测试的时候，我们常常听到并发用户、响应时间、吞吐量专业术语，也许大家都理解，这里有一个理解的层次与深度概念。最近有看断念《软件性能详解与案例分析》一书，看了他的讲解，原来我对这些术语的理解还是比较肤浅，其实，这里也主要受制于自己的知识面。所以，再拿出来与大家重温一下。
&ps:按照惯例先上个图，因为看纯文字的文章比较累！^_^
并发用户数
　　大家都知道我们的性能测试就通过工具模拟多用户对系统进行操作，对系统造成压力，来验证系统的性能（不太标准的解释）。好多人也简单的把性能测试当成并发测试。那么这个&多用户&和&同时&两个因素缺一不可。只多用户不同时，很难对系统构成压力；没有多个用户，同时的概念也就自然不存在了
并发的两种情况
　　一种是严格意义上的并发，即所有的用户在同一时刻做同一件事或操作，这种操作一般指做同一类型的业务。比如，所有用户同一时刻做并发登陆，同一时刻做表单提交。
　　另外一种并发是广义范围的并发，这种并发与前一种并发的区别是，尽管多个用户对系统发出了请求或者进行了操作，但是这些请求或都操作可以是相同的，也可以是不同的。比如，在同一时刻有用户在登录，有用户在提交表单。
从服务器的角度来看并发
　　前面的两种解释都是从用户业务的角度来解释并发的，因为我们平时所做的性能测试也是从用户端对业务层的操作来进行并发测试的。
　　如果考虑整个系统运行过程中服务器所承受的压力是这样的：在该系统的运行过程中，把整个运行过程划分为离散的时间点，在每个点上，都有一个&同时向服务端发送请求的客户数&，这个就是所谓的服务器所承受的最大并发访问数。
真正意义上的并发不存在
　　上面试谈了这么多并发，现在又说真正意义上的并发不存在。何解？学操作系统原理的同学都知道，在一个时间点上只能干一件事儿。为什么我们可以边看电影，边打字，边语音。因为很快很快，他可以处理一下电影，再处理一下打字，再处理一下语音。因为它很快，所以，它可以在多个程序之间快速瞬间的切换，给你造成的假象就是它在同时做这些事情。（现在的双核、四核的另说）
　　那么我们的系统在接到用户的请求后也要调用来完成某些处理，然后返回给用户。那么我们对系统有做并发测试是测什么呢？举个简单的例子。假如有一位神医，他的看病速度非常快，假设他的看病速度是不变的；然后有一群接待人员来接待看病的客人，有成千上万的病人来看病，接待人员要想各种办法来做好接待工作，使病人更快的看到病。比如，可以事先咨询病人得的什么病，然后将病人进行分类，比如可以扩大接待室，让更多的病人可以进到医院来看病等。
　　神医就是我们的，接待人员就是我们的系统，病人就用户，我们做性能测试的目的就是了解接待人员哪个地方给医院看病造成了瓶颈。只来一个病人，医院的看病速度与服务很好。一下子来十万个病人各种问题就出来了。接待人员的服务态度下降，多余的人员跟本进不到医院去，医院的洗手间不够用，造成病人无法上则所而离开，这些都属于系统问题。所以，我们一般测试的目的是看医院的接待能力。
系统用户数与同时在线人数
　　在实际的性能测试中，经常接触到与并发用户相关的概念还有&系统用户数&与&同时在线人数&下面通过一个实例来描述他们之间的差别。
　　假设有一个网站，注册用户才能登录使用各种功能，如上传头像，阅读专家文章等。该系统有万注册用户，这就是说有万用户可以使用这个网站的所有功能，万就是这个网站的&系统用户数&，网站有一个在线统计功能，从统计数据中可以看到，同时登录网站的人数的最高记录是万，就是有万人同时用浏览器打开着这个网站。万就是&同时在线人数&
　　那么系统的并发用户数是多少呢万么？这万只表示在系统最高峰时有这么多用户登录了网站，并不表示实际服务器的承受压力。因为服务器承受压力还与具体的用户访问模式相关，在这万用户中考察某一个时间点对用户发出请求数，可以会大大缩水。那么，该系统的服务端承受的最大并发访问数是多少呢？这个取决于业务并发用户数和业务场景，一般可以通过服务器日志的分析得到。
求并发用户数公式
在实际的性能测试工作中，测试人员一般比较关心的是业务并发用户数，也就是从业务的角度关注应该设置多少个并发数比较合理。
下面找一个典型的上班签到系统，早上点上班，点半到点的分钟的时间里用户会登录签到系统进行签到。公司员工为人，平均每个员上登录签到系统的时长为分钟。可以用下面的方法计算。
　　　　C=1000/30*5=166.7
C表示平均并发用户数，那么对这个签到系统每分钟的平均在线用户数为
当然，在性能测试上，任何公式都不是严谨的，最重要的是对系统做出有效正确的分析。
&--------------------------
& & & 根据&&的提醒已经做了改正，计算结果是每分钟，而且是在线用户数，而非并发用户数。地址：北京市海淀区中关村软件园3C楼1233(上地十街软件园广场)
职业发展您的位置：
> 职业发展
如何测试网站十万用户并发性能
作者：www.&&发布时间：&&浏览次数：10876 次
&先是楼主提出问题：
&&&&最近公司一个项目,是个门户网站,需要做性能测试,根据项目特点定出了主要测试项和测试方案
&&&&一种是测试几个常用页面能接受的最大并发数(用户名参数化,设置集合点策略)
&&&&一种是测试服务器长时间压力下,用户能否正常操作(用户名参数化,迭代运行脚本)
&&&&还有一种则需要测试服务器能否接受10万用户同时在线操作,但使用的Loadrunner的license只能支持1万用户,请问这时该如何制定该方案?
网站负载测试
后面跟着大家的回复：
&网友 xingcyx &的回复：
1、找10台电脑也没用，license仍然只支持10000个。
2、找HP支持。当然，前提是你有足够的钱。
3、测到10000用户并发。我认为，通常情况下10000用户并发，支持100000用户在线，没有问题的。
网友 jackloo 的回复：
&&&&总的来说这一类的性能指标对大多数软件来说没什么实际意义，更多的是对硬件的要求。
&&&&如果是用IIS做应用服务器的话，单台可承受的最大并发数不可能达到10万级，那就必须要使用集群，通过多台机器做负载均衡来实现；
&&&&如果是用websphere之类的应用服务器的话，单台可承受的最大并发数可以达到10万级，但为性能考虑还是必须要使用集群，通过多台机器做负载均衡来实现；
&&&&那么，你只要集群的服务器足够多，10万并发数当然可以达到了。
&&&&通常有1个简单的计算方式，1个连接产生1个session，每个session在服务器上有个内存空间大小的设置，在NT上是3M，那么10万并发就需要300G内存，当然实际使用中考虑其他程序也占用内存，所以准备的内存数量要求比这个还要多一些。
&&&&还有10万个用户同时在线，跟10万个并发数是完全不同的2个概念。这个楼上已经说了。但如何做这个转换将10万个同时在线用户转换成多少个并发数呢？
&&&&这就必须要有大量的历史日志信息来支撑了。系统日志需要有同时在线用户数量的日志信息，还需要有用户操作次数的日志信息，这2个数据的比例就是你同时在线用户转换到并发数的比例。
&&&&另外根据经验统计，对于1个JAVA开发的WEB系统（别的我没统计过，给不出数据），一般1台双CPU、2G内存的服务器上可支持的最大并发数不超过500个（这个状态下大部分操作都是超时报错而且服务器很容易宕机，其实没什么实际意义），可正常使用（单步非大数据量操作等待时间不超过20秒）的最大并发数不超过300个。
假设你的10万同时在线用户转换的并发数是9000个，那么你最少需要这样的机器18台，建议不少于30台。
&&&&当然，你要是买个大型服务器，里面装有200个CPU、256G的内存，千兆光纤带宽，就算是10万个并发用户，那速度，也绝对是嗖嗖的。
楼主的回复：
&&&&谢谢jackloo !
&&&&再请问如果我想测试10000个用户同时在线做常用操作的话(每两秒加一个用户,一直加到10000),对服务器的要求有多高?
网友 jackloo 的回复：
&&&&套用1句经典台词&高，实在是高&
呵呵。另外暴寒1下，你的设置光全部进入运行状态就需要接近6个小时。
具体的你可以拿1个系统来压一下看看，可能会出现以下情况：
1。服务器宕机；
2。客户端宕机；
3。从某个时间开始服务器拒绝请求，客户端上显示的全是错误；
4。勉强测试完成，但网络堵塞或测试结果显示时间非常长。假设客户端和服务器之间百兆带宽，百兆/10000=10K，那每个用户只能得到10K，这个速度接近1个64K的MODEM上网的速度；
另外以上分析全都没考虑系统的后台，比如数据库、中间件等。
我从没遇到你说的这样的性能需求过，也只好凭感觉随便掰掰：
1。服务器方面：上面说的那样的PC SERVER需要50台；
2。网络方面：按每个用户50K，那至少5根百兆带宽独享，估计仅仅网络延迟就大概是秒一级的；
3。如果有数据库，至少是ORACLE，最好是SYSBASE，SQL SERVER是肯定顶不住的。数据库服务器至少需要10台4CPU、16G内存的机器；
4。如果有CORBA，那至少再准备10台4CPU、16G内存的机器；
再加上负载均衡、防火墙、路由器和各种软件等，总之没个1000万的资金投入，肯定搞不定。
网友 mybasswood 的回复：
&&&&如果是10万用户的话要看做些什么哈.
&&&&比如对于voip来说,假设有10万用户的话,服务器规定每个client至少要在3600秒内到服务器成功报到一次,否则就被服务器cancel掉.
client是每隔60秒注册一次.
&&&&所以就要推算在3600秒内,每一个client至少成功报到一次是最少的标准.要10万用户在3600秒内被服务器吃掉才可以---这是最低要求.
&&&&最高要求是: 在60秒内所有的10万用户去注册,如果服务器在60秒可以都吃掉的话,每秒种的平均并发差不多是3334.
&&&&最低要求是:在3600秒内所有的10用户去注册,如果服务器在3600秒内都可以吃掉的话,每秒钟的平均并发用户差不多是60个.还有一过问题是客户端要在3600秒内发送至少60次,至少有一次成功.再加上这些用户分布在全球各地的话,这样数值应该还会有变化的.
下面是偶的看法：
给楼主一个建议吧。
&&&&你在公司中的测试环境是一定的，你需要做得是现在这个环境中确认一下系统在当前环境下的实际处理能力。如果还有资源，再做一下可伸缩性的测试。
然后对测试结果进行分析，对系统的处理能力和可伸缩性做一个描述。
当然，要在报告中说明你的测试环境。
另外一位网友robust 的留言：
&&&&你的意思是否想用10000个用户测试结果来推测一下10万个用户?
&&&&还是如有些老兄说的,测试一下什么伸缩性测试.然后也来个报告,无非也是想用1万个来推测10万个的情况?(评注:那样的话要你做什么性能测试,只要计算一下就可以得性能结果了.)
还是如有些老兄说的,这一类的性能指标对大多数软件来说没什么实际意义，更多的是对硬件的要求?(评注:那样的话要你做什么性能测试,做什么性能调优,只要计算一下,添加硬件就可以了.)
实际上,&实践是检验真理的唯一标准!&这句话才是硬道理.只有真实地测试过才知道.任何推测只是推测,并不能反映真实的情况.
&&&&至于性能测试工具,LR只是普及率高(市场占有率高),并不是在性能指标上有优势.世界上比它厉害的工具有不少,举个例子siprent通信公司的avalanche2500,大型计算机实验室配备的性能测试工具.支持录制/回放,测试结果分析等.它可以模拟从数据层到应用层的协议,(当然也包含http-web),单个支持100万并发连接.拿它也可以测试100万级的并发性能.
&&&&又是偶的回复：
&&&&楼上的提到的见解不错，不过对性能测试的理解有些偏差。
&&&&先抛开性能测试工具不谈，其实这个问题是讨论到一个性能测试到底该怎么做。
&&&&简单举个例子，如果你想知道一种新的疫苗对人的作用，是不是要把所有的地球人全部找来每个人打一针试试呢？当然不是，只能是通过试验和抽样，然后通过统计学的方法来计算出一个模型，通过样本的表现来估算总体的特征。这就是统计学研究的领域，。不过请注意，统计学所包含的内容并不是像楼上的老兄所说的一样：只要计算一下就可以得性能结果了。
&&&&性能测试也同样如此。
&&&&楼主提到的性能需求应该是系统上线以后可能要面临的压力，先不讨论这个需求是否准确和有效，我们先假定它是有效的。那么，既然要验证的是系统在上线以后是否有能力应对10万用户同时在线的情况，那么自然要用生产环境来测试。如果有，那么 OK，可以作这个测试。至于工具，其实可以由开发人员帮忙写一些简单的脚本负责加压，再通过其他第三方工具收集测试数据就是了。
&&&&但是如果没有生产环境，只有一台双CPU，3G内存的 2850 服务器，怎么办？这就好像上面提到的例子。可行的方法是在这台服务器上使用不同级别的负载来进行测试，并根据测试数据获得系统在这种环境下的最佳负载和最大负载，并根据测试数据对负载和资源消耗的情况进行估算，找到它们之间的关系。
&&&&一般来说，大型的门户网站不会只用一台超级超级的服务器来承担所有的负载，因为采用负载均衡和集群技术可以更好的解决这个问题，一定是多台服务器分布在不同的地方，内容通过内容分发网络同步到各台服务器上。用户在访问时，其实是被应用层或者前端设备路由到一个合适的服务器去的。所以在测试时，对于可伸缩性的测试是必需的，一定要了解到 cluster 数量增加时，系统的响应能力是否可以线性的增加，也就是说是否可以承受更大的压力，为更多的用户提供服务。
&&&&最后总结一下，对于性能测试，要作的是确认系统的响应能力，然后看系统是否可以满足性能需求。
&&&&如果大家有不同的见解，欢迎 PK 讨论&
&继续偶的回复：
to jackloo
&&&&你所提到的对于硬件资源和软件资源的要求并不完全准确。因为实际的资源消耗要根据网站所提供的业务类型来推算。
&&&&对于大多数门户网站来说，可供访问的大多是静态页面。在用户访问时，系统只是返回一个静态页面给用户，并不需要保持 session，而且这种情况下负载主要集中在I/O和网络流量方面&&这也是为什么大型门户网站都会采用分布式的方式来部署服务器。当然，如果使用了 cache，内存的使用会随着服务器运行时间的延长而增加，但是 CPU 通常不会成为关键资源。
&&&&这是门户网站同企业应用或者在线游戏的区别。
&&&&to 楼主
&&&&上面我也提到了，你需要进一步的明确你的测试需求是否有效，合理。
&&&&性能需求需要根据网站具体提供的业务类型来作为依据进行衡量。就如同上面提到的，是只提供了静态页面的访问？还是有其他的业务？
&&&&要区分清楚注册用户、在线用户和并发用户的区别。
&&&&另外，你最迫切需要担心的并不应该是 LR 的 license 问题，而是被测的系统能否支持的了几百或者几千并发用户，如果连这个都支持不了，就更不用考虑上万的并发访问了。
更多资讯请关注：北测教育 权威官网 www.
上一篇:&&&&&&&&下一篇: