转载 日志系统性能测试报告 一.doc

转载 日志系统性能测试报告 一原文地址：日志系统性能测试报告(一)作者：天在看文档编号：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=9,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服务器延迟和网络滞