如何计算网站系统支持的并发用户数---在线等回复
各位大侠，请教一下：对一个类似门户的网站做性能测试，如何评估系统支持的最大并发用户数？？
就拿打开主页登录举例，通过工具加压力，不带思考时间，在10用户的时候就达到的系统的最大处理能力，每秒中可以处理约100笔；
但不能就这样推算系统允许的最大并发用户数为10吧，那通过什么样的方式能获得最大并发用户数呢。
通过加大并发用户数，响应时间会逐渐变长，到每秒钟100笔处理能力是不变的。
也曾尝试用200-500用户同时打开主页并登录，但会报很多服务器拒绝连接的错误···
请问该用什么样的测试方法去评估呢？？
[ 本帖最后由 lyl_136 于 2008-4-16 16:38 编辑 ] 也有相当多的帖子讨论过这个问题
并发的含义在不同情形下不同的。 比如你要打开页面时的并发、还是登录那段时间内并发，一起点击登录按钮那瞬间的并发。 如果颗粒很细的并发，就可用用LR里面的同步点了。
并发数够了，但其他指标如响应时间不满足了，这个时候的并发数也没有太多实际意义，除非就想找到临界状态点。
实际上这个问题可以转换为一个更合理的问题，如何设计测试场景
1 平常压力
2 高峰压力
3 寻找临界状态的压力（比如CPU%,比如相应时间接近上限，比如TPS达到多少)
.... 此处有可能是你的服务器连接数限制的问题，因为你用不同的用户登陆多次就跟服务器建立多个连接，运行一段时间服务器的连接数会暴涨！ 一般的web站点测试时，最大并发其实是有2个主要的概念：
1、最大并发连接数（同一时间在某web服务上保持的session数，session保持的话，就存在web服务的压力）
2、最大并发交易量（在某时间内，web程序能够正确处理完成的交易数）
第一个测试，主要通过增加和维持虚拟用户数，让其保持连接状态，测试web服务器的容量（一般测试是为了确认服务器物理性能和web服务程序的配置调优，以及操作系统的限制等）
第二个测试，主要测试应用程序的并发性能（其实严格意义上对于程序是不存在并发的，交易请求多了，自然放在序列中依次进行处理）
实际上在我测试的过程中，这些场景都是不断的在变 1.
你在负载测试时,注意观察 并发用户数和失败请求 的 曲线图, 一般是这样定义的:
最佳并发用户数
当并发用户数持续大于该值，可能会出现部分用户请求失败
最大并发用户数
当并发用户数大于该值，则必然会有用户请求失败
2.
负载测试时,注意观测你的资源( web server，database server的cpu,mem,IO 等) ，
如果服务器负载比较低，而负载工具收到 请求失败，就要找下你的测试环境问题了。
页:
[1]
