多用户并发登录压力测试的数据分析，小弟对响应时间有些迷惑~求解

zbwill

领导让测一个bs系统的用户登录页面，录的就是输入用户名密码点登录。10000用户并发，缺省模式，没有分组，直接10000用户打出去，对响应时间有些迷惑。

D:\1.jpgD:\2.jpgD:\3.jpg

过程是这样的，前5分钟跑完了5000用户左右，响应时间是10秒以下吧，5-14分钟finish用户到5900左右但响应时间应长。到15分钟大量出现fail，服务器的资源用尽了。
这是不是说明当有10000个用户同时提交表单，等了5分钟，只有5000个用户登录上了，其它的用户要等更久，或登不上。  这个是不是和10000用户并发登录的要求差的大了点~ 毕业谁都不能忍受要等5分钟才能登录上吧~
测试环境：
Stringbeans运行于一台2CPU，4G Men上的Tomcat，
测试机为1CPU，2G Men的虚拟机，其运行环境为VMWare vSphere 4.1；

arivn

应用服务器不接受任务请求，所以客户端全是FAIL

你怎么整那么多用户并发啊，太夸张了吧

zbwill

回复 2# arivn


    领导要求的10000.~   到后来全是fail的时候，服务器那边的资源不够了，就10M了

wsbuaa

1万并发也太离谱了………………领导不理解啥叫并发，你也得理解啊………………
在线数和并发数是两码事的，业务并发数和服务器并发数经常也是两码事的…………
1万并发，别说那台服务器了，就是你做测试的那台压力机和网络，估计都歇菜了……

zbwill

谢谢谢谢  哈哈  刚去精华区挖了挖，挖到一句话  我就释然了，“一般来说，只有外网的门户网站才可能达到并发500用户这样的规模，一般的应用系统在100并发用户的情况下就已经是满负载了。”谢谢解答

arivn

当你做10000个并发时，测试机已经差不多挂了

yinkui2015

是啊   好多人不理解并发  所以提无理的要求  我遇到过一个说要压压并发10W的

远方的小企鹅

是的，好多人不理解，我前两天在群里还看到一个要做15W并发