转载 日志系统性能测试报告 一
原文地址:日志系统性能测试报告(一)作者:天在看
文档编号:TC-0030011-20081022-02
日志系统性能测试报告
目录
I.引言.3 1.1.测试目的.3 1.2.文档范围.3 1.3.读者对象.3 1.4.参考资料及专业术语解释.3 II.测试需求.3 2.1.测试范围.3 2.2.测试环境.3 2.3.测试工具.4 III.测试方式.4 IV.性能测试.5 4.1.日志并发处理.5 4.1.1图
及
.5 4.1.2服务器参数情况.10 4.2.日志服务器的压力测试,长时间连续处理日志.14 4.2.2图表及说明.14 4.2.3服务器参数情况.20 4.2.4其他说明.23 4.2.5每秒处理日志100个和每秒处理日志200个的对比.23 4.3.20个,40个,100个并发用户登录.26 4.3.1每秒点击率.27 4.3.2吞吐率.27 4.3.3每秒事物数.28 4.3.4平均事物响应时间.28 4.3.5每秒连接数.29 4.3.6页面下载时间细分图.29 4.3.7第一次缓冲时间细分.30 4.3.8结论.30 4.3.9 450个用户登录的情况.30 4.2.6日志查询.32 1、总的情况图.33 2、每秒点击率.34 3、每秒事物数.35 4、平均事物响应时间.35 5、吞吐率.36 6、每秒连接数.36 7、页面下载时间细分图.37 8、第一次缓冲时间细分.37 9、服务器情况.38 10、结论.40 I.引言
1.1.测试目的
1.2.文档范围
1.3.读者对象
1.4.参考资料及专业术语解释
1)参考资料
《日志系统需求》,《日志发送协议》,《日志表选型预研》
loadRunner有关文档
II.测试需求
测试范围 2.1.
得知,日志系统的压力主要为日志服务器的处理日志的能力。因此,主要对日志服务器上发送日志做压力测试。
2.2.测试环境
机器部署模块操作系统机器配置
主机1apache-tomcat-6.0.18Linux AS4 32位MEM:2G CPU::Intel(R)Xeon(TM)CPU 3.00GHz,双CPU
主机2接入Linux AS4 64位MEM:2G CPU::Intel(R)Xeon(TM)CPU
3.00GHz,双CPU
主机3MySQL5.1-for-AS4-i386 Linux AS4 32位MEM:1G CPU:AMD Opteron(tm)Processor 242,1594.263 MHz
主机43.1中心平台Linux AS4MEM:2G CPU::Intel(R)Xeon(TM)CPU
3.00GHz,双CPU 2.3.测试工具
LoadRunner8.0 III.测试方式
日志服务器的原理:日志发送者将用户的操作日志发送到日志服务器,日志服务器接收日志后进行存储。
承载协议为HTTP(POST方式、或GET方式)。根据日志发送协议,编写脚本。
如:
1)POST方式:
web_custom_request("web_custom_request",
"URL="Method=POST",
"TargetFrame=",
"Resource=0",
"Referer=",
"Body=domain=m/cu&userId=123456&username=test&objectId=pu/654321&
operation=ptz&IP=124.42.50.59", LAST);
2)GET方式:
web_custom_request("web_custom_request",
"URL="Method=POST",
"TargetFrame=",
"Resource=0",
"Referer=",
"Body=",
LAST);
IV.性能测试
4.1.日志并发处理
4.1.1图表及说明
1000个日志并发处理,举例说明某一次的测试记录。
1、总的情况
2、平均事务响应时间
"平均事务响应时间"图显示在
运行期间每一秒内执行事务所用的平均时间。
分析:从上述的图可以看出,随着测试时间的变化,系统处理事物的速度将变慢,而且不稳定,说明该系统可能存在随着时间的变化,整体性能下降的而且不稳定。
3、每秒事务数
"每秒事务数"图显示在方案运行的每一秒中,每个事务通过、失败以及停止的次
数。此图有助于确定系统在任何给定时刻的实际事务负载。可以将此图与平均
事务响应时间图进行对比,以分析事务数目对执行时间的影响。
图2"每秒事务数"图和"平均事务响应时间"图的对比
分析:从上述的图可以看出,随着测试时间的变化,每秒通过的事物数在达到峰值后不是平缓减少,从后面的点击率曲线来看,变化不是缓慢而是成陡的趋势。因此,出现服务器的瓶颈的可能性不大。
4、"每秒点击次数"图显示在方案运行过程中Vuser每秒向Web服务器提交的
HTTP请求数。借助此图可依据点击次数来评估Vuser产生的负载量。可将此图与
"平均事务响应时间"图进行比较,以查看点击次数对事务性能产生影响。
图4"每秒点击次数"图和"平均事务响应时间"图的对比
5、
"吞吐量"图显示方案运行过程中服务器上每秒的吞吐量。吞吐量的度量单位是
字节,表示Vuser在任何给定的某一秒上从服务器获得的数据量。借助此图您可
以依据服务器吞吐量来评估Vuser产生的负载量。可将此图与"平均事务响应时
间"图进行比较,以查看吞吐量对事务性能产生影响。
图6"吞吐量"图和"平均事务响应时间"图的对比
分析:从上述的图可以看出,随着测试时间的变化,流量在达到峰值后成急促的趋势下降,但是最后一段的流量不为零,说明系统还可以承受大于1000个并发处理日志的能力。也经过测试2900个并发处理日志的能力是达不到的。
6、第一次缓冲细分时间
下图描述了网络耗时比服务器耗时长很多。
图10第一次缓冲细分时间图
7、页面下载时间细分
"页面下载时间细分"图显示每个页面组件的下载时间的细分,据此确定在网页下载期间,响应时间缓慢是由网络错误引起还是由服务器错误引起。
页面下载时间细分图根据DNS解析时间、连接时间、第一次缓冲时间、SSL握手时间、接收时间、FTP验证时间、客户端时间和错误时间对每个组件
进行细分。
由下面的图可以看出,第一次缓冲时间,接收时间,连接时间花费较长。这个说明Web服务器延迟和网络滞后,网络质量也不是很好。
[第一次缓冲时间:显示从初始HTTP请求(通常为GET)到成功收回来自Web服务器的第一次缓冲时为止所经过的时间。第一次缓冲度量是很好的Web服务器延迟和网络滞后指示器。
连接时间:显示与包含指定URL的Web服务器建立初始连接所需的时间。连接度量是一个很好的网络问
指示器。此外,它还可表明服务器是否对请求作出响应。
客户端时间:显示因浏览器思考时间或其他与客户端有关的延迟而使客户机上的请求发生延迟时,所经过的平均时间。