2006年12月1日

说明:
以下表格数据均来自我们的培训平台统计数据,其中学员数9963,教师数222,共计用户10185个。数据真实有效,是我们评估培训平台其他各项数据的最好依据。
 
每日文章数和访问数分析
 
日期
文章数
评论数
会员访问
非会员访问
总访问
5
38719
68565
708893
226851
935744
6
32942
73148
615271
174752
790023
7
63458
85459
693013
214114
907127
8
74701
100830
715694
160251
875945
9
86400
102031
781875
174141
956016
10
92386
106719
855040
213374
1068414
11
92534
106552
865213
200274
1065487
12
56680
90444
669486
141609
811095
13
48839
72232
548676
115226
663902
14
44325
78458
627661
145154
772815
15
44513
69980
530622
95175
625797
16
43647
70189
523755
81182
604937
17
45068
65357
472763
43503
516266
18
47172
64714
488651
51597
540248
最大值
 92534
 106719
 865213
 226851
1068414
最小值
 32942
 64714
 472763
 43503
516266
平均值
57956
82477
649758.0714
145514.5
795272.6
说明:以上是培训第1天到第14天共14天的统计数据。
分析:
1、 因此次培训属全国第一次尝试,学员、教师积极主动性非常高,所以平均每天有:
10185+10185*145514.5/649758.0714=12465.95 人(如此计算我们把所有的点击数归为这些用户每天点击数的总和)
2、 会员数和非会员访问平均比例为:649758.0714/145514.5=4.47
3、 文章数和评论数平均比例为:57956/82477=0.70
4、 平均每人每天操作数为:795272.6/12465.95=63.80,最高为:1068414/12465.95=85.71
5、 一天以20小时计算,系统平均每秒响应的请求数为:795272.6/72000=11.05,也就是说:系统的平均吞吐量每秒达11.05;最高为1068414/72000=14.84
6、 一人一天以2小时计算(我们估计学员平均只可以达到这个水准,也只要求达到这个水准即可),那么平均每秒点击数为:63.80/7200=0.00886,最高为:85.71/7200=0.01190
7、 支持同时在线用户数为:11.05/0.00886=1247,这个凭借经验,一般是符合常理的,也正好是总人数的10%。但是这个在线人数同一人一天在线学习时间是成正比例关系的,如果在线学习时间越长,那么同时在线时间人数就越多,假设在线学习时间为t,那么平均同时在线人数可表示为:11.05/(63.80/(3600t)),最高为14.84/(85.71/3600t)。所以,如果每人每天在线学习时间为3小时,那么平均同时在线人数为:1870.66 ,最高为:1869.96。,如果每天在线学习时间为4小时,那么平均同时在线人数为:2493.79,最高为:2493.28 。
(1)、经计算,平均同时在线学习人数和最高学习人数,基本相同,所以,平台在线学习用户一般趋于稳定,在平台使用过程中,不会出现太大波动。
   (2)、经计算,学员在线学习时间越长,那么系统可支持的同时在线人数会越长一般可按照这个公式计算:11.05/63.80/3600t)),t为在线学习时间
 
根据以上数据分析结果,现在我们如果要组织8万人的在线学习,如果按照每天约有10%的学员在线,也就是8000学员同时在线学习,那么系统应该平均承受的压力为:
如果我们假设每个人每天在线学习时间平均为2小时,那么系统的平均吞吐量应该为:
63.80*8000/(3600*2)=70.89 /秒(最高为85.71*8000/(3600*2)=95.23 /秒)
计算公式为:63.80*p/(3600*t) (其中p表示在线人数,t表示在线学习时间)
所以,系统测试结果的平均吞吐量应该达到 70.89/sec ,
最高可满足为 95.23/sec ,这个数值推测的是否合理,望各位网友提出自己的观点。
 
posted @ 2006-12-01 14:03 coolwasp 阅读(142) | 评论 (0)编辑 收藏

2006年11月27日

Jmeter测试报表相关参数说明

采用Jmeter测试工具对web系统作的负载测试,得出的响应报表,数据比较难懂,现作一具体说明。
以下是在一次具体负载测试中得出的具体数值,测试线程设置情况为:线程数:200,等待时间(ramp-up):0秒,循环次数为永远,另:
线程组——这些元件用于指定运行的线程数和等候周期。每个线程模拟一个用户,而等候周期用于指定创建全部线程的时间。例如,线程数为5,等候时间为10秒,则创建每个线程之间的时间间隔为2秒。循环数定义了线程的运行时间。使用调度器,还可以设置运行的起始时间。
取样器——对于服务器HTTP、FTP或LDAP请求,这些元件是可配置请求。该教程仅侧重于Web Services请求。
监听器——这些元件用于请求数据的后期处理。例如,可以将数据保存到文件或用图表来说明结果。此时JMeter图表并没有提供许多配置选项;然而它是可扩展的,它始终可以添加额外的可视化效果或数据处理模块。
得出的图形报表和聚合报告如下所示:
一、 图形报表
 图形结果-1.png

图表底部参数的含义如下:
样本数目是总共发送到服务器的请求数。
最新样本是代表时间的数字,是服务器响应最后一个请求的时间。
吞吐量是服务器每分钟处理的请求数。
平均值是总运行时间除以发送到服务器的请求数。
中间值是代表时间的数字,有一半的服务器响应时间低于该值而另一半高于该值。
偏离表示服务器响应时间变化、离散程度测量值的大小,或者,换句话说,就是数据的分布。
二、 聚合报告
 

聚合报告-1.png


图表含义说明如下:
Label:说明是请求类型,如Http,FTP等请求。
#Samples:也就是图形报表中的样本数目,总共发送到服务器的样本数目。
Average:也就是图形报表中的平均值,是总运行时间除以发送到服务器的请求数。
Median:也就是图形报表中的中间值,是代表时间的数字,有一半的服务器响应时间低于该值而另一半高于该值。
90%line:是指90%请求的响应时间比所得数值还要小。
Min:是代表时间的数字,是服务器响应的最短时间。
Max: 是代表时间的数字,是服务器响应的最长时间。
Error%:请求的错误百分比。
Throughput:也就是图形报表中的吞吐量,这里是服务器每单位时间处理的请求数,注意查看是秒或是分钟。
KB/sec:是每秒钟请求的字节数。
三、 使用分析
在测试过程中,平均响应时间是我们性能测试的一个重要衡量指标,但是在测试中,特别是在聚合报告中,得出的90%Line,我这里参考《《LoadRunner 没有告诉你的》之一——描述性统计与性能结果分析》,我认为90%Line等同于该文作者提出的90%响应时间,这个数值对我们性能测试分析也很有参考价值。90%响应时间是说在发送的请求中,90%的用户响应时间都比得到的数值上要短,同时说明,一个系统在应用时,90%的用户响应时间都能达到这个数值,那么就为系统性能分析提供了很好的参考价值。

四、 参考文档
1、《JMeter在Web Services性能测试中的应用》,作者Dmitri Nevedrov,引自:
http://dev2dev.bea.com.cn/techdoc/20060912878.html
2、《《LoadRunner 没有告诉你的》之一——描述性统计与性能结果分析》,作者:陈雷 (Jackei),引自:http://www.cnblogs.com/jackei/archive/2006/11/11/557972.html

 

posted @ 2006-11-27 18:40 coolwasp 阅读(9232) | 评论 (3)编辑 收藏
仅列出标题