admin管理员组

文章数量:1606853

2024年7月25日发(作者:)

网站压力测试报告

xxxxxxx网站

压力测试报告

2 / 27

3 / 27

4 / 27

5 / 27

目录

一、测试内容 ........................... 8

二、测试方法 ........................... 8

三、测试目标 ........................... 9

四、测试环境 .......................... 10

1、系统环境配置 ................... 10

1.1 1cpu 4GB内存: ............ 10

1.2 4cpu 4GB内存: ............ 10

2、测试客户端配置 ................. 11

3、网络环境 ....................... 11

4、测试时间 ....................... 11

五、系统部署 .......................... 12

六、测试说明 .......................... 12

七、测试统计及分析 .................... 12

1. 1cpu 4GB内存 压测统计 ......... 13

2. 4cpu 4GB内存 压测统计 ......... 18

八、结果: ............................ 24

1. 1cpu 4GB内存压测: ............. 24

2. 4cpu 4GB内存: ................ 25

九、结论及建议: ...................... 27

1.结论: .......................... 27

1.1 1cpu 4GB内存压测: ....... 27

6 / 27

1.2 4cpu 4GB内存压测: ....... 27

2. 建议: ......................... 27

7 / 27

一、测试内容

本次测试是针对《xxxxx》网站进行的压力测试,

本次压测主要提取用户最常浏览的页面进行压

测:访问首页+新闻动态的场景进行压测。

二、测试方法

1.本次采用apache的开源测试工具jmeter,采

用badboy录制脚本生成http请求脚本,并通过

http协议get方式发送访问请求,收集服务器

响应速度,服务器资源耗用情况。

2、安装启动JMeter,分别对以上页面进行压力

测试分别测试10、50、100、500个线程,即模

拟这些数目的用户并发; Ramp-up period

(inseconds)的值设为1(即1s启动10、50、

100、500并发访问),并发持续运行为10分钟;。

3、测试指标提取:

线程

组增

8 / 27

响应业务成

时间 功率

CPU内存

使用使用

率 率 项 数

每秒

10 增加

每秒

访

100

50 增加

每秒

增加

100

每秒

500

增加

500

三、测试目标

10

10

<=5

<=5

98%

10个 钟

98%

50个 钟

10

10

<=5

<75% <70%

98%

<=5

98%

CPU增加到4核,是否可以达到预期并发数500

个。

9 / 27

四、测试环境

1、系统环境配置

测试分为2轮进行压测,服务器配置有2种:

1.1 1cpu 4GB内存:

主机用

应用服

务器

数据库

服务器

机型/OS 台数

CPU/

1 x

CPU

内存

容量

/台

4GB

公网:xxx

内网:xxx

同上

对应IP

win2008

同上

1

同上 同上 同上

1.2 4cpu 4GB内存:

主机用

应用服

务器

数据库

机型/OS 台数

CPU/

4 x

CPU

内存

容量

/台

4GB

公网:xxxx

内网:xxxx

同上

对应IP

win2008

同上

1

同上 同上 同上

10 / 27

服务器

2、测试客户端配置

主机

用途

压力

负载

生成

机型/OS

台CPU/

数 台

内存

容量/

公网:xxx

内网:xxx

16GB

对应IP

win2008 1

4 x

CPU

3、网络环境

本次测试是在局域网中进行的测试,暂不会对压

测造成瓶颈,该方面影响可以忽略。

4、测试时间

压测环境 测试人 测试时间

xxx

xxx

1CPU 4GB内存 xxx

4CPU 4GB内存 xxx

11 / 27

五、系统部署

系统已经经过开发人员部署在xxx这台机子上,

无需另外再次进行系统部署。

访问网址:xxx

六、测试说明

名词定义(时间的单位均为ms):

Samples -- 本次场景中一共完成了多少个线程

Average -- 平均响应时间

Median -- 统计意义上面的响应时间的中值

90% Line -- 所有线程中90%的线程的响应时间

都小于xx

Min -- 最小响应时间

Max -- 最大响应时间

Error -- 出错率

Troughput -- 吞吐量

七、测试统计及分析

压测场景:

1.输入网址:xxx (打开首页);

2.点击新闻动态“xxx成立!” (打开新闻动

12 / 27

态);

1. 1cpu 4GB内存 压测统计

1)10个线程组并发

 聚合报告

并发10个用户,持续运行10分钟,完成9920

次访问请求,最小响应速度为0.097秒,最大为

0.914秒,平均响应速度为0.168秒,与预期的

3秒还快,访问成功率100%,符合预期的需求。

 系统资源耗用

13 / 27

从10:01开始压测,cpu(%Processor Time)使

用率急剧上升到了100%,然后持续运行10分钟

10:11结束,cpu使用率一直几乎都在100%,与

预期的小于75%不相符;可用物理内存

(Available MBytes)一直维持在2900MB左右,

内存使用率29%左右,与预期小于70%,总体不

符合预期需求。

2)50个线程组并发

 聚合报告

并发50个用户,持续运行10分钟,完成10108

次访问请求,平均响应速度为0.714秒,与预期

的3秒还快,访问成功率100%,符合预期的需

求。

 系统资源耗用

14 / 27

从10:37开始压测,cpu(%Processor Time)使

用率急剧上升到了100%,然后持续运行10分钟

10:47结束,cpu使用率一直几乎都在100%,与

预期的小于75%不相符;可用物理内存

(Available MBytes)一直维持在2900MB左右,

内存使用率29%左右,与预期小于70%,总体不

符合预期需求。

3)100个线程组并发

 聚合报告

并发100个用户,持续运行10分钟,完成10130

15 / 27

次访问请求,平均响应速度为1.799秒,与预期

的3秒还快,访问成功率100%,符合预期的需

求。

 系统资源耗用

从10:50开始压测,cpu(%Processor Time)使

用率急剧上升到了100%,然后持续运行10分钟

11:00结束,cpu使用率一直几乎都在100%,与

预期的小于75%不相符;可用物理内存

(Available MBytes)一直维持在2900MB左右,

内存使用率29%左右,与预期小于70%,总体不

符合预期需求。

16 / 27

4)500个线程组并发

 聚合报告

并发500个用户,持续运行10分钟,完成10512

次访问请求,平均响应速度为8.06秒,与预期

的3秒慢很多,访问成功率100%,总体不符合

预期的需求。

 系统资源耗用

从11:01开始压测,cpu(%Processor Time)使

用率急剧上升到了100%,然后持续运行10分钟

11:11结束,cpu使用率一直几乎都在100%,与

17 / 27

预期的小于75%不相符;可用物理内存

(Available MBytes)一直维持在2900MB左右,

内存使用率29%左右,与预期小于70%,总体不

符合预期需求。

针对访问新闻动态统计

发#Sam

线ples

10

Ave90%

ragLinMin Max

e e

ErrThrough

or% put

16.6/sec

9920 168 222 97 914 0.0

0%

50 1010714 10243 2280.0

8

0 0

0 2

2. 4cpu 4GB内存 压测统计

16.9/sec

3

9

0

6

5

7

8

0

0

0%

0%

1243030.016.9

/sec

5391400.017.4

/sec

39 0%

1)10个线程组并发

18 / 27

 聚合报告

并发10个用户,持续运行10分钟,访问新闻完

成2201次访问请求,最小响应速度为0.018秒,

最大为0.102秒,平均响应速度为0.026秒,与

预期的5秒还快,访问成功率100%,符合预期

的需求。

 系统资源耗用

从11:39开始压测,持续运行10分钟11:49结

束,cpu(%Processor Time)使用率维持在30%

以下,小于预期75%使用率;可用物理内存

19 / 27

(Available MBytes)一直维持在2400MB左右,

内存使用率42%左右,与预期小于70%,总体符

合预期需求。

2)50个线程组并发

 聚合报告

并发50个用户,持续运行10分钟,访问新闻完

成9750次访问请求,最小响应速度为0.019秒,

最大为0.373秒,平均响应速度为0.028秒,与

预期的5秒还快,访问成功率100%,符合预期

的需求。

 系统资源耗用

20 / 27

从12:27开始压测,持续运行10分钟12:37结

束,cpu(%Processor Time)使用率维持在60%

以下,小于预期75%使用率;可用物理内存

(Available MBytes)一直维持在2400MB左右,

内存使用率42%左右,与预期小于70%,总体符

合预期需求。

3)100个线程组并发

 聚合报告

并发100个用户,持续运行10分钟,访问新闻

完成18738次访问请求,最小响应速度为0.018

秒,最大为0.42秒,平均响应速度为0.033秒,

与预期的5秒还快,访问成功率100%,符合预

期的需求。

 系统资源耗用

21 / 27

从13:32开始压测,持续运行10分钟13:42结

束,cpu(%Processor Time)使用率主要维持在

60%-80%之间,与预期小于75%使用率对比略显

偏高;可用物理内存(Available MBytes)一直

维持在2400MB左右,内存使用率42%左右,与

预期小于70%,总体CPU略显不足。

4)500个线程组并发

 聚合报告

并发100个用户,持续运行10分钟,访问新闻

22 / 27

完成18738次访问请求,最小响应速度为0.018

秒,最大为0.42秒,平均响应速度为0.033秒,

与预期的5秒还快,访问成功率100%,符合预

期的需求。

 系统资源耗用

从13:46开始压测,持续运行10分钟13:562结

束,cpu(%Processor Time)使用率主要在90%

以上,与预期<75%使用率对比,cpu存在不足;

可用物理内存(Available MBytes)一直维持在

2400MB左右,内存使用率42%左右,与预期小于

70%,总体上CPU明显存在瓶颈。

23 / 27

针对访问新闻动态统计(4cpu 4GB内存)

发#Sam

线ples

10

Ave90%

ragLinMin Max

e e

ErrThrough

or% put

3.4/sec

2201 26 32 18 102 0.0

0%

50 9750 28 35 19 373 0.0

0%

16.3/sec

10187333 54 18 420 0.027.8

/sec

0 8

0 0

八、结果:

1. 1cpu 4GB内存压测:

0%

5 3 7 0%

59 3750.052.2

/sec

线程

组增

响应

时间

24 / 27

业务成

CPU

项 数

使用

功率

使

每秒

10 增加

每秒

访

100

50 增加

每秒

增加

100

每秒

500

增加

500

2. 4cpu 4GB内存:

10

10

0.196

0.714

100% 100% 29%

10个 钟

100% 100% 29%

50个 钟

10

10

1.799

100% 100% 29%

8.06

100% 100% 29%

并线程持续响应

25 / 27

业务平均内

试发组增运行时间 成功

量 时间 率

CPU存

项 数 使用使

率 用

每秒

10 增加

10个

每秒

访

100

50 增加

50个

每秒

增加

每秒

500

增加

100.026

分钟 秒

100.028

100%

20%

以下

50%

以下

42%

分钟 秒

100% 42%

100.033

100分钟 秒

100%

75%

以上

42%

101.105

500分钟 秒

100%

95%

以上

42%

26 / 27

九、结论及建议:

1.结论:

1.1 1cpu 4GB内存压测:

当压测开始发现硬件CPU存在严重的不足,并发

数增加到了500个,服务器的平均响应速度变得

很慢8.06秒,达不到预期的目标小于5秒;cpu

是个瓶颈。

1.2 4cpu 4GB内存压测:

500个并发时,发现硬件CPU还是存在不足,当

并发数增加到了500个,服务器的平均相应速度

1.105秒,符合预期的目标值小于5秒,但是CPU

使用率高于90%,如果要想维持相对稳定的系统,

CPU是个瓶颈;本次压测并未发现内存存在瓶颈。

2. 建议:

要达到500的并发,建议将CPU数量增加到16

核,方可维持网站服务器的相对稳定,目前硬件

配置为 4CPU,4GB内存。

27 / 27

本文标签: 测试压测内存访问