【压力测试1】JMeter压力测试

9、自动重定向&＃xff1a;如果选中该选项&＃xff0c;当发送HTTP请求后得到的响应是302/301时&＃xff0c;JMeter 自动重定向到新的页面。

10、Use keep Alive &＃xff1a; 当该选项被选中时&＃xff0c;jmeter 和目标服务器之间使用 Keep-Alive方式进行HTTP通信&＃xff0c;默认选中。

11、Use multipart/from-data for HTTP POST &＃xff1a;当发送HTTP POST 请求时&＃xff0c;使用Use multipart/from-data方法发送&＃xff0c;默认不选中。

12、同请求一起发送参数 &＃xff1a; 在请求中发送URL参数&＃xff0c;对于带参数的URL &＃xff0c;jmeter提供了一个简单的对参数化的方法。用户可以将URL中所有参数设置在本表中&＃xff0c;表中的每一行是一个参数值对&＃xff08;对应RUL中的 名称1&＃61;值 Java开源项目【ali1024.coding.net/public/P7/Java/git】 1&＃xff09;。

13、同请求一起发送文件&＃xff1a;在请求中发送文件&＃xff0c;通常&＃xff0c;HTTP文件上传行为可以通过这种方式模拟。/14、从HTML文件获取所有有内含的资源&＃xff1a;当该选项被选中时&＃xff0c;jmeter在发出HTTP请求并获得响应的HTML文件内容后&＃xff0c;还对该HTML进行Parse 并获取HTML中包含的所有资源&＃xff08;图片、flash等&＃xff09;&＃xff0c;默认不选中&＃xff0c;如果用户只希望获取页面中的特定资源&＃xff0c;可以在下方的Embedded URLs must match 文本框中填入需要下载的特定资源表达式&＃xff0c;这样&＃xff0c;只有能匹配指定正则表达式的URL指向资源会被下载。

15、用作监视器&＃xff1a;此取样器被当成监视器&＃xff0c;在Monitor Results Listener 中可以直接看到基于该取样器的图形化统计信息。默认为不选中。

16、Save response as MD5 hash&＃xff1a;选中该项&＃xff0c;在执行时仅记录服务端响应数据的MD5值&＃xff0c;而不记录完整的响应数据。在需要进行数据量非常大的测试时&＃xff0c;建议选中该项以减少取样器记录响应数据的开销。

七、系统吞吐量 QPS&＃xff08;TPS&＃xff09;

系统吞吐量 &＃61; 每秒处理的事务数

QPS&＃xff08;TPS&＃xff09;&＃61; 并发数/平均响应时间

一个系统吞吐量通常由QPS&＃xff08;TPS&＃xff09;、并发数两个因素决定&＃xff0c;每套系统这两个值都有一个相对极限值&＃xff0c;在应用场景访问压力下&＃xff0c;只要某一项达到系统最高值&＃xff0c;系统的吞吐量就上不去了&＃xff0c;如果压力继续增大&＃xff0c;系统的吞吐量反而会下降&＃xff0c;原因是系统超负荷工作&＃xff0c;上下文切换、内存等等其它消耗导致系统性能下降。

八、聚合报告

我认为聚合报告应该是JMeter压力测试软件中最重要的报告。

1. #Samples&＃xff1a;样本数&＃xff0c;如果你看过上一篇&＃xff0c;这个就是前面我们那个公式算出来的结果

&＃xff08;Loop Count(Loop Controler)*Number of Threads*Loop Count(group)&＃xff09;

2. Average&＃xff1a;平均响应时间。

3. Median&＃xff1a;中位数&＃xff0c;50%用户响应时间。

4. Line&＃xff1a;90%用户响应时间。

5. Min&＃xff1a;最小响应时间。

6. Max&＃xff1a;最大响应时间。

7. Error%&＃xff1a;本次测试中出现错误的请求的数量/请求的总数

8. Throughput&＃xff1a;吞吐量&＃xff0c;表示每秒完成的请求数。

9. KB/Sec&＃xff1a;每秒从服务器端接收到的数据量&＃xff08;只是接收&＃xff09;。

九、Linux查看程序运行情况

1、Top

top命令是Linux下常用的性能分析工具&＃xff0c;能够实时显示系统中各个进程的资源占用状况&＃xff0c;类似于Windows的任务管理器。

top显示系统当前的进程和其他状况,是一个动态显示过程,即可以通过用户按键来不断刷新当前状态.如果在前台执行该命令,它将独占前台,直到用户 终止该程序为止. 比较准确的说,top命令提供了实时的对系统处理器的状态监视.它将显示系统中CPU最“敏感”的任务列表.该命令可以按CPU使用.内存使用和执行时间 对任务进行排序&＃xff1b;而且该命令的很多特性都可以通过交互式命令或者在个人定制文件中进行设定。

在linux系统中&＃xff0c;top命令可谓是分析系统性能最方便的工具&＃xff0c;而且top还是个交互式工具&＃xff1b;通过top命令可以清楚地了解到正在执行的进程信息包括进程ID,内存占用率&＃xff0c;CPU占用率等。其实就跟window的任务管理器类似。

2、查看CPU使用率

sar -u 1 5

表示每1秒采集一次&＃xff0c;共采集5次。

这个命令可根据实际线程组中的设置&＃xff0c;进行CPU使用率方面的查看。

[root&＃64;sss ~]# sar -u 1 5

Linux 3.10.0-957.10.1.el7.x86_64 (izuf633l0ge76tv5m 《一线大厂Java面试题解析&＃43;后端开发学习笔记&＃43;最新架构讲解视频&＃43;实战项目源码讲义》开源 zalpmz) 04/16/2019 x86_64 (1 CPU)

04:56:03 PM CPU %user %nice %system %iowait %steal %idle

04:56:04 PM all 0.00 0.00 0.00 0.00 0.00 100.00

04:56:05 PM all 0.00 0.00 0.00 0.00 0.00 100.00

04:56:06 PM all 0.99 0.00 0.99 0.00 0.00 98.02

04:56:07 PM all 0.00 0.00 0.00 0.00 0.00 100.00

04:56:08 PM all 0.00 0.00 0.00 0.00 0.00 100.00

Average: all 0.20 0.00 0.20 0.00 0.00 99.60

3、查看内存占用情况

free -m

1352/1838即为内存占用。

十、Linux如何统计进程的CPU利用率

Linux的/proc文件系统&＃xff0c;可以看到自启动时候开始&＃xff0c;所有CPU消耗的时间片&＃xff1b;对于个进程&＃xff0c;也可以看到进程消耗的时间片。这是一个累计值&＃xff0c;可以"非阻塞"的输出。获得一定时间间隔的两次统计就可以计算出这段时间内的进程CPU利用率。

所以&＃xff0c;是否存在一种简单的&＃xff0c;非阻塞的方式获得进程的CPU利用率? 答案是&＃xff1a;“没有”。这里给出一个很恰当的比喻&＃xff1a;“这就像有人给你一张照片&＃xff0c;要你回答照片中车子的速度一样”。

1、/proc/stat 统计总CPU消耗

计算CPU总消耗可以使用如下shell命令&＃xff1a;

cat /proc/stat|grep "cpu "|awk ‘{for(i&＃61;2;i<&＃61;NF;i&＃43;&＃43;)j&＃43;&＃61;$i;print "cpu_total_slice " j;}’

cpu_total_slice 19208187744

2、进程消耗的CPU时间片

在proc文件系统中&＃xff0c;可以通过/proc/[pid]/stat获得进程消耗的时间片&＃xff0c;输出的第14、15、16、17列分别对应进程用户态CPU消耗、内核态的消耗、用户态等待子进程的消耗、内核态等待子进程的消耗(man proc)。所以进程的CPU消耗可以使用如下命令&＃xff1a;

cat /proc/9583/stat|awk ‘{print "cpu_process_total_slice " $14&＃43;$15&＃43;$16&＃43;$17}’

cpu_process_total_slice 1068099

3、"非阻塞"的计算进程CPU利用率

从这里也看到&＃xff0c;是没有某个时刻CPU利用率的说法的&＃xff0c;也就没法获得某个时刻的CPU利用率。这就像物理中的"速度"的概念&＃xff0c;没有某一时刻速度的概念&＃xff0c;速度一定是一个时间段之内的。那么要"非阻塞"计算某个进程CPU利用率&＃xff0c;则需要取两次事件间隔进行计算&＃xff0c;这两次事件间隔的操作可以是非阻塞的。计算办法如下&＃xff1a;

时刻A&＃xff0c;计算操作系统总CPU时间片消耗total_cpu_slice_A&＃xff1b;计算进程总CPU时间片消耗&＃xff1b;total_process_slice_A &＃xff1b;

时刻B&＃xff0c;计算操作系统总CPU时间片消耗total_cpu_slice_B&＃xff1b;计算进程总CPU时间片消耗&＃xff1b;total_process_slice_B。

B时刻就可以"非阻塞"的计算这段时间进程的CPU利用率了&＃xff1a;

100%*(total_process_slice_B-total_process_slice_A)/(total_cpu_slice_B-total_cpu_slice_A)

十一、JMeter使用过程中常见的问题

1、Response Times Over Time中的峰值和聚合报告中的最大值为何不一致&＃xff1f;

因为Response Times Over Time中的点是一个时间的概念&＃xff0c;表示的是一段时间内的请求的平均响应时间&＃xff0c;而聚合报告中的最大值表示的是一个请求的最大响应时间&＃xff0c;因此Response Times Over Time的峰值和聚合报告中的最大值不一致。

2、Response Times Over Time图中有多少个点&＃xff0c;和请求数有什么关系&＃xff1f;

Response Times Over Time中的点是一个时间的概念&＃xff0c;在setting中可以设置&＃xff0c;每隔500ms记录一个点&＃xff0c;这个点就表示这段时间内的请求的平均响应时间。

十二、CPU使用率与CPU空闲时间的关系&＃xff1f;

多任务操作对CPU都是分时间片使用的&＃xff0c;比如A进程占用10ms&＃xff0c;B进程占用30ms&＃xff0c;然后空闲60ms&＃xff0c;再又是A进程占用10ms&＃xff0c;B进程占用30ms&＃xff0c;空闲60ms&＃xff1b;如果一段时间内都是如此&＃xff0c;那么这段时间内的CPU占用率就是40%。

CPU对线程的响应并不是连续的&＃xff0c;通常会在一段时间后自动中断线程。未响应的线程增加&＃xff0c;就会不断加大CPU的占用。

最后

我想问下大家当初选择做程序员的初衷是什么&＃xff1f;有思考过这个问题吗&＃xff1f;高薪&＃xff1f;热爱&＃xff1f;

既然入了这行就应该知道&＃xff0c;这个行业是靠本事吃饭的&＃xff0c;你想要拿高薪没有问题&＃xff0c;请好好磨练自己的技术&＃xff0c;不要抱怨。有的人通过培训可以让自己成长&＃xff0c;有些人可以通过自律强大的自学能力成长&＃xff0c;如果你两者都不占&＃xff0c;还怎么拿高薪&＃xff1f;

架构师是很多程序员的职业目标&＃xff0c;一个好的架构师是不愁所谓的35岁高龄门槛的&＃xff0c;到了那个时候&＃xff0c;照样大把的企业挖他。为什么很多人想进阿里巴巴&＃xff0c;无非不是福利待遇好以及优质的人脉资源&＃xff0c;这对个人职业发展是有非常大帮助的。

如果你也想成为一名好的架构师&＃xff0c;那或许这份Java核心架构笔记你需要阅读阅读&＃xff0c;希望能够对你的职业发展有所帮助。

中高级开发必知必会&＃xff1a;

磨练自己的技术&＃xff0c;不要抱怨。有的人通过培训可以让自己成长&＃xff0c;有些人可以通过自律强大的自学能力成长&＃xff0c;如果你两者都不占&＃xff0c;还怎么拿高薪&＃xff1f;

架构师是很多程序员的职业目标&＃xff0c;一个好的架构师是不愁所谓的35岁高龄门槛的&＃xff0c;到了那个时候&＃xff0c;照样大把的企业挖他。为什么很多人想进阿里巴巴&＃xff0c;无非不是福利待遇好以及优质的人脉资源&＃xff0c;这对个人职业发展是有非常大帮助的。

如果你也想成为一名好的架构师&＃xff0c;那或许这份Java核心架构笔记你需要阅读阅读&＃xff0c;希望能够对你的职业发展有所帮助。

中高级开发必知必会&＃xff1a;

[外链图片转存中…(img-omgLF9MR-1650353478689)]