这种压力测试情况下通过，在实际应用理论上支持多少人同时在线

wzcyx · 发表于 2008-4-3 16:06:14

一个基金网上交易系统，每次测试时直到达到虚拟的总用户数1000，同时也不考虑每个用户的操作的停顿时间，没有使用到集合点
测试环境数据库服务器                   Weblogic服务器
软件环境 Sun Solaris 10 64bit          Oracle Enterprise Linux 4.4 32bit
      Oracle10.2.0.3                Weblogic813

cpu 16×cpu（双核）                   8×cpu
内存 16G 8G
网络速度 100M 100M
测试辅助工具 LoadRuner8.0分别装在5台机器上平均分配模拟用户，减少测试机性能对测试结果的影响

测试1000虚拟用户时各个事务的性能还可以，两服务器的性能也不存在瓶颈压力
这样在实际使用过程中，理论上可以支持多少用户同时在线使用

54111 · 发表于 2008-4-3 16:14:49

你这里同时在线指的是什么？能说具体一点吗？
同时填写表单？同时交易？还是各种业务组合？
你没有使用集合点？不考虑并发的情况？只考虑支持多少人连接？

wzcyx · 发表于 2008-4-3 16:18:03

在线是指做交易，查询等操作组合

54111 · 发表于 2008-4-3 16:22:03

那你这里1000人没有设置并发操作？
浏览和输入表单不会对服务器造成任何压力

[ 本帖最后由 54111 于 2008-4-3 16:23 编辑 ]

54111 · 发表于 2008-4-3 16:26:01

你这样的服务器配置，估计上线时使用的带宽是影响在线人数的制约

wzcyx · 发表于 2008-4-3 16:33:49

由于没有考虑thinktime时间，这1000模拟用户在压力测试时肯定有并发操作的情况，只是没有特意去加集合点来并发。

54111 · 发表于 2008-4-3 16:43:03

那你这里的
“可以支持多少用户同时在线使用”
不全考虑并发操作呗

54111 · 发表于 2008-4-3 16:50:21

录制的脚本中记录不记录think-time，和事务平均响应时间没有关系吧

wzcyx · 发表于 2008-4-3 17:04:56

如果考虑thinktime，这样给服务器的压力肯定比不考虑thinktime时大的多，最终就会影响事务的响应时间

54111 · 发表于 2008-4-3 17:17:52

关于think-time我是这样理解的，既然我们使用工具是要模拟1000个人或者更多的人，提交一个操作（同时按钮），所以应该不考虑think-time。不考虑think-time产生的压力应该全在客户端。我们想模拟的就是服务器在第一秒接受1000人的压力，第二秒接受1000人的压力，而1秒内能否模拟实际1000个用户同时操作，这个压力在客户端

54111 · 发表于 2008-4-3 17:29:00

看服务器配置，而又是基金网上交易系统，带宽也不能窄了，个人建议你还是设置事务和集合点来模拟一下（组合业务），得出最大并发用户数吧，浏览和输入表单不会对服务器造成任何压力。。。
如果没有足够的客户端来产生压力，很难预测最大并发用户数（或者你所说的同时在线人数），因为不知道什么时候出现性能拐点

[ 本帖最后由 54111 于 2008-4-3 17:32 编辑 ]

54111 · 发表于 2008-4-3 17:35:27

可以通过经验或者各种途径预算出上线后有多少人同时使用，来算出预期的并发用户数，好象没有反过来推算的

yanzizhao1102 · 发表于 2008-4-4 17:34:20

花猫

请问像这样的项目怎么来得出最大的并发用户数?当有有虚拟用户执行失败吗?如果是因为网络连接原因导致的失败呢?

qaarchitech · 发表于 2008-4-5 20:22:58

关键看你的性能需求和模型与实际的生产环境匹配度有多高了

[ 本帖最后由 qaarchitech 于 2008-4-5 20:25 编辑 ]

commsea · 发表于 2008-4-6 14:11:50

为什么说浏览和输入表单不会对服务器造成任何压力?

54111 · 发表于 2008-4-7 08:58:36

只有客户端与服务器端产生交互的时候才有压力。
点击连接的时候，"点"的时候有压力；而浏览的动作的看
同样输入表单也是，只有点"提交"的时候才产生压力。

laipi · 发表于 2008-4-7 09:10:24

飘过

tiger_86 · 发表于 2008-4-8 10:48:40

通过的标准你也没有写啊！还有就是在线的人还要有操作的啊

wzcyx · 发表于 2008-4-8 11:59:56

我把测试结果放上来：测试结果：
10分钟完成完成的事务：7个监测的事务都完成了21004次，平均＝35次/秒
[并发性能](100万注册用户，1000万历史交易数据环境下)
登陆：平均响应时间6.102秒
申购: 平均响应时间5.277秒
历史交易查询：平均响应时间1.24秒
历史确认查询：平均响应时间1.722秒
当天交易查询：平均响应时间2.224秒
基金份额查询：平均响应时间2.576秒

nimenkanne · 发表于 2008-4-8 14:01:11

使用集合点。如果还使用了IP欺骗技术，那最后测试的寄过基本就可以模拟真实环境了。
我觉得54111说的对，最后会变成网络瓶颈，因为你测试的时候基本是在局域网里测的。而用户真是环境不是这样

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 这种压力测试情况下通过，在实际应用理论上支持多少人同时在线

相关帖子

回复 11# 的帖子

回复 15# 的帖子

站长推荐 /1