网站压力测试报告.docx

1、网站压力测试报告xxxxxxx网站压力测试报告文档修订记录版本号日期修改人摘要xxx初稿xxx4CPU重测一、测试内容本次测试是针对xxxxx网站进行的压力测试，本次压测主要提取用户最常浏览的页面进行压测：访问首页+新闻动态的场景进行压测。二、测试方法1.本次采用apache的开源测试工具jmeter，采用badboy录制脚本生成http请求脚本，并通过http协议get方式发送访问请求，收集服务器响应速度，服务器资源耗用情况。2、安装启动JMeter，分别对以上页面进行压力测试分别测试10、50、100、500个线程，即模拟这些数目的用户并发； Ramp-up period（insecond

2、s）的值设为1（即1s启动10、50、100、500并发访问），并发持续运行为10分钟；。3、测试指标提取：测试项并发数线程组增量持续运行时间响应时间业务成功率CPU使用率内存使用率访问新闻动态10每秒增加10个10分钟=5秒98%75%70%50每秒增加50个10分钟=5秒98%100每秒增加100个10分钟=5秒98%500每秒增加500个10分钟=5秒98%三、测试目标CPU增加到4核，是否可以达到预期并发数500个。四、测试环境1、系统环境配置测试分为2轮进行压测，服务器配置有2种： 1cpu 4GB内存：主机用途机型/OS台数CPU/台内存容量/台对应IP应用服务器win200811

3、 x CPU4GB公网：xxx内网：xxx数据库服务器同上同上同上同上同上 4cpu 4GB内存：主机用途机型/OS台数CPU/台内存容量/台对应IP应用服务器win200814 x CPU4GB公网：xxxx内网：xxxx数据库服务器同上同上同上同上同上2、测试客户端配置主机用途机型/OS台数CPU/台内存容量/台对应IP压力负载生成器win200814 x CPU16GB公网：xxx内网：xxx3、网络环境本次测试是在局域网中进行的测试，暂不会对压测造成瓶颈，该方面影响可以忽略。4、测试时间压测环境测试人测试时间1CPU 4GB内存xxxxxx4CPU 4GB内存xxxxxx五、系统部署系

4、统已经经过开发人员部署在xxx这台机子上，无需另外再次进行系统部署。访问网址：xxx六、测试说明名词定义（时间的单位均为ms）：Samples - 本次场景中一共完成了多少个线程Average - 平均响应时间Median - 统计意义上面的响应时间的中值90% Line - 所有线程中90%的线程的响应时间都小于xxMin - 最小响应时间Max - 最大响应时间Error - 出错率Troughput - 吞吐量七、测试统计及分析压测场景：1.输入网址：xxx （打开首页）；2.点击新闻动态“xxx成立!” （打开新闻动态）；1. 1cpu 4GB内存 压测统计1）10个线程组并发 聚合报

5、告并发10个用户，持续运行10分钟，完成9920次访问请求，最小响应速度为秒，最大为秒，平均响应速度为秒，与预期的3秒还快，访问成功率100%，符合预期的需求。 系统资源耗用从10:01开始压测，cpu（%Processor Time）使用率急剧上升到了100%，然后持续运行10分钟10:11结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（Available MBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。2）50个线程组并发 聚合报告并发50个用户，持续运行10分钟，完成10108次访问请求，平均响应速度为

6、秒，与预期的3秒还快，访问成功率100%，符合预期的需求。 系统资源耗用从10:37开始压测，cpu（%Processor Time）使用率急剧上升到了100%，然后持续运行10分钟10:47结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（Available MBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。3）100个线程组并发 聚合报告并发100个用户，持续运行10分钟，完成10130次访问请求，平均响应速度为秒，与预期的3秒还快，访问成功率100%，符合预期的需求。 系统资源耗用从10:50开始压测，cp

7、u（%Processor Time）使用率急剧上升到了100%，然后持续运行10分钟11:00结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（Available MBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。4）500个线程组并发 聚合报告并发500个用户，持续运行10分钟，完成10512次访问请求，平均响应速度为秒，与预期的3秒慢很多，访问成功率100%，总体不符合预期的需求。 系统资源耗用从11:01开始压测，cpu（%Processor Time）使用率急剧上升到了100%，然后持续运行10分钟11:

8、11结束，cpu使用率一直几乎都在100%，与预期的小于75%不相符；可用物理内存（Available MBytes）一直维持在2900MB左右，内存使用率29%左右，与预期小于70%，总体不符合预期需求。针对访问新闻动态统计并发线程#SamplesAverage90%LineMinMaxError%Throughput10992016822297914%sec50101087141023432280%sec100101301799209612473030%sec5001051280609175639814039%sec2. 4cpu 4GB内存 压测统计1）10个线程组并发 聚合报告并发10

9、个用户，持续运行10分钟，访问新闻完成2201次访问请求，最小响应速度为秒，最大为秒，平均响应速度为秒，与预期的5秒还快，访问成功率100%，符合预期的需求。 系统资源耗用从11:39开始压测，持续运行10分钟11:49结束，cpu（%Processor Time）使用率维持在30%以下，小于预期75%使用率；可用物理内存（Available MBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小于70%，总体符合预期需求。2）50个线程组并发 聚合报告并发50个用户，持续运行10分钟，访问新闻完成9750次访问请求，最小响应速度为秒，最大为秒，平均响应速度为秒，与预期的5秒

10、还快，访问成功率100%，符合预期的需求。 系统资源耗用从12:27开始压测，持续运行10分钟12:37结束，cpu（%Processor Time）使用率维持在60%以下，小于预期75%使用率；可用物理内存（Available MBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小于70%，总体符合预期需求。3）100个线程组并发 聚合报告并发100个用户，持续运行10分钟，访问新闻完成18738次访问请求，最小响应速度为秒，最大为秒，平均响应速度为秒，与预期的5秒还快，访问成功率100%，符合预期的需求。 系统资源耗用从13:32开始压测，持续运行10分钟13:42结束，

11、cpu（%Processor Time）使用率主要维持在60%-80%之间，与预期小于75%使用率对比略显偏高；可用物理内存（Available MBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小于70%，总体CPU略显不足。4）500个线程组并发 聚合报告并发100个用户，持续运行10分钟，访问新闻完成18738次访问请求，最小响应速度为秒，最大为秒，平均响应速度为秒，与预期的5秒还快，访问成功率100%，符合预期的需求。 系统资源耗用从13:46开始压测，持续运行10分钟13:562结束，cpu（%Processor Time）使用率主要在90%以上，与预期75%使用

12、率对比，cpu存在不足；可用物理内存（Available MBytes）一直维持在2400MB左右，内存使用率42%左右，与预期小于70%，总体上CPU明显存在瓶颈。针对访问新闻动态统计（4cpu 4GB内存）并发线程#SamplesAverage90%LineMinMaxError%Throughput102201263218102%sec509750283519373%sec10018738335418420%sec5003100011052003193757%sec八、结果：1. 1cpu 4GB内存压测：测试项并发数线程组增量持续运行时间响应时间业务成功率CPU使用率内存使用率访问新闻

13、动态10每秒增加10个10分钟秒100%100%29%50每秒增加50个10分钟秒100%100%29%100每秒增加100个10分钟秒100%100%29%500每秒增加500个10分钟秒100%100%29%2. 4cpu 4GB内存：测试项并发数线程组增量持续运行时间响应时间业务成功率平均CPU使用率内存使用率访问新闻动态10每秒增加10个10分钟秒100%20%以下42%50每秒增加50个10分钟秒100%50%以下42%100每秒增加100个10分钟秒100%75%以上42%500每秒增加500个10分钟秒100%95%以上42%九、结论及建议：1.结论： 1cpu 4GB内存压测：当压测开始发现硬件CPU存在严重的不足，并发数增加到了500个，服务器的平均响应速度变得很慢秒，达不到预期的目标小于5秒；cpu是个瓶颈。 4cpu 4GB内存压测：500个并发时，发现硬件CPU还是存在不足，当并发数增加到了500个，服务器的平均相应速度秒，符合预期的目标值小于5秒，但是CPU使用率高于90%，如果要想维持相对稳定的系统，CPU是个瓶颈；本次压测并未发现内存存在瓶颈。2. 建议：要达到500的并发，建议将CPU数量增加到16核，方可维持网站服务器的相对稳定，目前硬件配置为 4CPU，4GB内存。