JMeter之Throughput Controller吞吐量控制器

吞吐量控制器,它是用来控制该控制器下面元件的执行次数,与控制吞吐量的功能无关。(注:用Constant Throughput Timer可以控制吞吐量tps)

作用:控制其子节点的执行次数与负载比例分配

吞吐量控制器有两种模式:Total Executions 和Percent Executions。

参数说明如下:

  • Total Executions:整个测试计划中的总执行次数,按吞吐量值来指定执行次数。
  • Percent Executions:按比例(1%-100%),整个测试计划中执行百分比。按执行次数的百分比来计算执行次数
  • 吞吐量:该值可以是任意整数,如果小于等于0,则一次也不执行。
  • Per User:如果勾选该项则按虚拟用户数(线程数)来计算执行次数,如果没有选中该项则按所有虚拟用户数来计算执行次数。

那么如何计算吞吐量控制器其下的执行次数?

下面添加循环控制器,在吞吐量控制器下添加Debug Sampler元件来做实验:

实验一:测试按Percent Executions模式执行次数

TestCase1:线程数3,线程循环次数2,循环控制器循环次数2,吞吐量值50%,勾选Per User

测试结果:查看“聚合报告”里Debug Sampler执行次数,Debug Sampler=6,即执行了6次

TestCase2:线程数3,线程循环次数2,循环控制器循环次数2,吞吐量值50%,不勾选Per User

测试结果,查看“聚合报告”里Debug Sampler执行次数,Debug Sampler=6,即执行了6次

TestCase1与TestCase2测试结果对比表:

线程数
线程组循环次数


控制器循环次数


模式


吞吐量值


Per User


执行次数


3


2


2


Percent Executions


50


勾选


6


3


2


2


Percent Executions


50


不勾选


6

由此,得出结论:

无论Per User是否勾选,按Percent Executions模式的执行次数都不受Per User影响,Percent Executions模式的执行次数=线程数*循环次数*吞吐量%。

PS:循环次数=线程组循环次数*循环控制器循环次数。

实验二:测试按Total Executions模式执行次数

同样,按照实验一的初始条件不变:线程数3,线程循环次数2,循环控制器循环次数2,然后改变吞吐量值和是否勾选Per User来做实验。

测试的实验结果如下表:


线程数


线程组循环次数


控制器循环次数


模式


吞吐量值


Per User


执行次数


3


2


2


Total Executions


13


勾选


12


3


2


2


Total Executions


13


不勾选


12


3


2


2


Total Executions


12


勾选


12


3


2


2


Total Executions


12


不勾选


12


3


2


2


Total Executions


11


勾选


12


3


2


2


Total Executions


11


不勾选


11


3


2


2


Total Executions


10


勾选


12


3


2


2


Total Executions


10


不勾选


10


3


2


2


Total Executions


5


勾选


12


3


2


2


Total Executions


5


不勾选


5


3


2


2


Total Executions


4


勾选


12


3


2


2


Total Executions


4


不勾选


4


3


2


2


Total Executions


3


勾选


9


3


2


2


Total Executions


3


不勾选


3


3


2


2


Total Executions


2


勾选


6


3


2


2


Total Executions


2


不勾选


2

分析数据,得出结论:

  • 当勾选Per User时:
  1. 线程数*循环次数>=线程数*吞吐量时,Total Executions模式的执行次数=线程数*吞吐量。
  2. 当线程数*循环次数<线程数*吞吐量时,Total Executions模式的执行次数=当线程数*循环次数。
  • 当不勾选Per User时:
  1. 线程数*循环次数<=吞吐量时,Total Executions模式的执行次数=线程数*循环次数。
  2. 当线程数*循环次数>吞吐量时,Total Executions模式的执行次数=吞吐量。

原文地址:https://www.cnblogs.com/ajing2018/p/11454951.html

时间: 2024-09-29 00:23:17

JMeter之Throughput Controller吞吐量控制器的相关文章

JMeter之Throughput Controller详解(实验)

Throughput Contoller,直译是吞吐量控制器,它是用来控制该控制器下面元件的执行次数,与控制吞吐量的功能无关.(注:用Constant Throughput Timer可以控制吞吐量.) Throughput Contoller有两种模式:Total Executions 和Percent Executions. 参数说明如下: Total Executions:按吞吐量值来指定执行次数.选择此模式,吞吐量值的单位为“次”. Percent Executions:按百分比来指定执

Jmeter-Throughput Controller 吞吐量控制器

比如在压测是时候,我设置了100个线程组,循环2次,那么我想根据吞吐量进行并发请求,这时候可以用到这个吞吐量控制器 PercentExecutions:按执行次数的百分比来计算执行次数,Throughput的取值范围是0-100, TotalExecutions:按执行次数来计算执行,Throughput设置必须是整数,最好是小于等于设置循环数,如果设置大于线程总数,实际执行结果还是按照线程数计算的 PerUser:如果选择的话,则按照这个虚拟的用户数来执行,不选则按照所有虚拟数量来执行计算次数

jmeter之Throughput Controller

users为5,loop次数改为1,按total Executions,Thoughtput_1为1,Thoughtput_1为2: 不勾选 per user的结果:GetDetailsRequest_1运行次数:1:GetDetailsRequest_2运行次数:2 勾选 per user的结果:GetDetailsRequest_1运行次数:5:GetDetailsRequest_2运行次数:5 users为5,loop次数改为1,按percent Executions,Thoughtput

JMeter分布式负载测试(吞吐量控制器)

在本节中,我们将学习如何使用吞吐量控制器在JMeter中创建分布式负载测试计划. 出于测试目的,我们将在我们网站 www.yiibai.com 的URL下的某些网页上创建分布式负载.这些网页包括: 主页: www.yiibai.com 第1页(Java): www.yiibai.com/cplusplus/ 第2页(C语言): www.yiibai.com/cprogramming 第3页(Python): www.yiibai.com/python 注意: 假设创建了10个虚拟用户(线程)来在

Throughput Controller

吞吐量控制器(Throughput Controller)介绍 作用:控制其子节点的执行次数与负载比例分配 Total Executions: 整个测试计划中的总执行次数 Percent Executions: 按比例(1%-100%),整个测试计划中执行百分比 Throughput : 设置的数值(选择Total Executions时,Throughput 表示执行次数:选择Percent Executions时Throughput 表示百分比 ) Per User:为每个线程均执行Thro

Model(数据模型)-View(视图)-controller(控制器)

1.何为Model Model可以翻译成“数据模型”具体的工作有一下几点: (1)定义数据结构. (2)负责与数据库沟通. (3)从数据库读取或者写入数据. (4)运行预存数据. (5)数据格式验证,对各种数据进行加工处理. 2.何为View View负责所有呈现在用户面前的东西,简单的理解就是输入与输出,输出共组就是呈现在浏览器的界面上.输入的工作就是讲用户的数据传回服务器. 输入: (1)从Controller取得数据,并在用户界面上显示.(2)将Controller传送的数据显示在界面上,

【JMeter_09】JMeter逻辑控制器__临界部分控制器&lt;Critical Section Controller&gt;

临界部分控制器<Critical Section Controller> 业务逻辑: 根据锁名来控制并发,同一个锁名之下,在同一时间点只能存在一个运行中,适用于控制并发的场景 锁名类型: 锁名为空,认为每个锁为不同的锁 锁名相同,多个锁认为是同一个锁,同一个时间点只能存在一个运行中 锁名为变量,根据变量值来判断是不是属于同一个锁,变量值为相同时,则认为是同一个锁 演示脚本: Demo_临界部分控制器 原文地址:https://www.cnblogs.com/fcholy/p/10902051.

Jmeter使用吞吐量控制器实现不同的用户操纵不同的业务

一.需求 需求:博客系统,模拟用户真实行为,80%的用户阅读文章,20%的用户创建文章,创建文章的用户随机的删除或者修改文章. 二.脚本实现 80%的用户查看文章 20%用户创建文章 根据post_id是否能整除2,决定编辑还是删除 原文地址:https://www.cnblogs.com/loveapple/p/10035706.html

Loadrunner中Throughput(吞吐量)的分析与计算

Throughput翻译为吞吐量,按照常规理解网络吞吐量表示在单位时间内通过网卡数据量之和,其中即包括本机网卡发送出去的数据量也包括本机网卡接收到的数据量,但这个理解在Loadrunner记录的Throughput中是错误的! 先提出正确的结果,然后用具体的试验加以证明: Loadrunner记录的Throughput是接收到服务器返回的所有字节数之和,与本地发出的字节数无关! 我们用baidu.com做个试验,过程很简单: 1.使用VUGen录制baidu的首页,仅打开首页即可 2.在Reco