Beanshell vs JSR223 vs Java JMeter脚本:性能关闭你一直在等待!

有几个选项可用于执行自定义JMeter脚本并扩展基线JMeter功能。查看最流行的扩展机制,比较性能并分析哪一个是最好的。 

 

这是乐队之战,JMeter风格。

 

Beanshell V. JSR223 V. Java Request Sampler

 

在我们之前的帖子中,   JMeter Performance和Tuning Tips  ( 由fantastik Philipe Mouwad编写) 我们建议使用JSR 223 + Groovy进行脚本编写。这是最好的选择,因为Groovy脚本可以编译成本机Java代码(假设满足一些要求),因此Groovy脚本执行性能几乎与Java代码一样快。 
 

因此,如果你准备使用一次脚本,快速脏(例如在测试开始时阅读配置文件),欢迎使用Beanshell / Javascript /无论你喜欢什么。

 

但是,如果您要通过脚本进行一些广泛的负载测试(即从计算数据构建大量HTTP请求),则需要考虑Groovy或自定义Java请求或JMeter Sampler。

 

为了进行比较,我们将使用相同的简单代码生成1Mb随机字母数字字符串。 

 

增加图像

import java.security.SecureRandom;  BlazeMeter博客

 

比较指标将使用10个用户x 100次迭代收集,会话持续时间为1小时(标准BlazeMeter会话长度),负载生成将通过执行上述代码从单个JMeter控制台完成,并演示以下引擎的关键性能指标:

 

  • Beanshell(原样)

  • JSR223(Groovy作为语言,启用了编译缓存)

  • Java(作为JMeter Java Request Sampler)

 

在负载生成器端包含相关的CPU / RAM成本(BlazeMeter控制台)

 

测试将使用以下环境:

 

  • 测试类型 - JMeter测试(沙盒)

  • 线程 - 每个线程组10个线程

  • 服务器类型 - 大

  • 会话时间 - 1小时

  • 引擎 - 仅限控制台

  • 服务器 - 1

  • 每个引擎的线程 - 10

  • 加速 - 没有加速

  • 迭代 - 100

  • 服务器操作系统 - Linux

  • 服务器CPU - 2x

  • Java 7 x64 1.7.0_03

  • JVM参数 - -server -Xms3072m -Xmx6144m -XX:NewSize = 64m -XX:MaxNewSize = 128m -XX:MaxTenuringThreshold = 2 -Dsun.rmi.dgc.client.gcInterval = 600000 -Dsun.rmi.dgc.server.gcInterval = 600000 -XX:PermSize = 64m -XX:MaxPermSize = 64m 

 

Beanshell采样器

 

组态

 

对于Beanshell,不需要先决条件,一切都可以开箱即用。我们所需要做的就是添加一个Beanshell Sampler并粘贴1Mb随机字符串生成代码。将测试脚本上传到BlazeMeter的测试仪表板并设置适当的线程,迭代和持续时间后,我们得到以下结果:

 

加载测试结果

 

增加图像

BlazeMeter的负载测试结果

 

JSR233采样器

 

组态

 

如上所述,对于脚本,建议使用JSR233 + Groovy。JMeter不附带Groovy,需要单独下载。开始:

 

  1. Groovy网站下载区下载最新的groovy二进制包

  2. 在“embeddable”分发文件夹下找到groovy-all - $ {VERSION} .jar并将其放到JMeter / lib文件夹中。或者将其上传到“文件”区域中的BlazeMeter,BlazeMeter会将其放入相应的位置

  3. 将JSR233 Sampler添加到Thread Group,将“groovy”指定为Language

  4. 将编译缓存键设置为唯一的 

  5. 将1Mb随机字符串生成代码粘贴到脚本区域

 

重要提示: 

 

•  使用.groovy文件而不是将Groovy代码保留在采样器中。但是,如果需要在采样器中直接使用代码,请确保已设置编译缓存密钥。如果您有> 1 JSR233 Sampler - 请确保它们使用不同的密钥

•  不要在Groovy脚本中将任何变量引用为$ {VAR}。使用vars.get(“VAR”)或JSR233 Sampler的Parameters节

 

加载测试结果

 

增加图像

使用JSR233 Sampler加载测试结果

 

Java请求

 

组态

 

Java Request是您自己的JavaSamplerClient实现,所有描述的方法都应该有适当的代码。绝对最小值是runTest()方法的覆盖,但如果您打算参数化Java Request,则需要提供适当的逻辑来读取输入和请求流的条件解释,以确定Sampler是否通过。 

 

通过Java Request生成1Mb随机字符串的示例代码如下所示:

 

增加图像

Java Request是您自己的JavaSamplerClient实现,

 

编译类需要放在JMeter安装的/ lib / ext文件夹中,最好是.jar形式,这样JMeter可以自动拾取它,否则你需要修改JMeter类路径。 

 

使用BlazeMeter时,只需将.jar文件与您的脚本和其他扩展程序(如果有的话)一起上传,BlazeMeter引擎就会将其取出。 

 

 

2013/12/05 11:09:38 INFO - BlazeMeter:BlazeMeter启动脚本完成

2013/12/05 11:09:39 INFO - jmeter.protocol.java.sampler.JavaSampler:创建的类:com.blazemeter.JavaRequest

 

 

加载测试结果

 

增加图像

BlazeMeter上的Java请求加载报告结果

 

结论

 

增加图像

比较Beanshell v JSR233 v Java

 

建议将Beanshell用于一次性活动,例如在单线程setUp线程组中的某处读取配置文件,或者在不存在使用替代方法的情况下。 

 

JSR233 / Groovy是脚本编写的合理选择,但只有“编译”功能。

 

获胜者是......... Java Request,提供卓越的性能和前沿的生产力!

 

原文地址:https://www.cnblogs.com/a00ium/p/10354809.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


背景:    8月29日,凌晨4点左右,某服务告警,其中一个节点直接down掉,收到告警的同事让运维重启。    9点左右,内存监控上发现内存异常,堆内存涨速很快,即便GC也没有什么效果,频繁GC。    9点38,服务各种超时,影响整个app使用。处理方式:    当时由于很想要
https://support.smartbear.comeadyapi/docs/soapui/steps/groovy.htmlGettestcaseobjectToobtaintheobjectwhichreferstothecontainingtestcase,usethefollowingcodesnippet:Groovy def case=testRunner.testCase; Byusingthe tes
有几个选项可用于执行自定义JMeter脚本并扩展基线JMeter功能。查看最流行的扩展机制,比较性能并分析哪一个是最好的。  这是乐队之战,JMeter风格。 BeanshellV.JSR223V.JavaRequestSampler 在我们之前的帖子中,  JMeterPerformance和TuningTips  ( 由fantastik
Scala和Java为静态语言,Groovy为动态语言Scala:函数式编程,同时支持面向对象Groovy:jvm上的脚本,较好兼容java语法,Groovy加强了Java集成。 可配置化的优势,可以将一些简单的逻辑公开给外部编辑和使用,增强了互操作性,复杂逻辑来说,可配置化代码的调试则会比较麻烦 Scala和Java
出处:https://www.jianshu.com/p/ce6f8a1f66f4一、一些内部元件的访问testRunner.testCase开头1、向下访问testRunner.testCase.testSteps[testStepName]testRunner.testCase.getTestStepByName("新增一个空间")2、向上访问,用于访问同一项目中的其他testSuites和testCase下
在运行groovy的junit方法时,报了这个错误:java.lang.ExceptionInInitializerError atorg.codehaus.groovy.reflection.ClassInfo.isValidWeakMetaClass(ClassInfo.java:271) atorg.codehaus.groovy.reflection.ClassInfo.getMetaClassForClass(ClassInfo.java:241) atorg.codeha
基本语法1.Grovvy的注释分为//和/**/和java的一样.2.Grovvy语法可以不已分号结尾.3.单引号,里面的内容严格的对应java中的String,不对$符号进行转义.defs1='iamastudent$'printlns1iamastudent$4.双引号“”的内容中如果有$号的话,会先对表达式先求值.de
Tiobe发布了最新一期(3月份)编程语言欢迎度榜单,其榜单根据互联网上有经验的程序员、课程和第三方厂商的数量,并使用搜索引擎(如Google、Bing、Yahoo!)以及Wikipedia、Amazon、YouTube统计出排名数据。TOP5几乎没有变化,Java和C语言牢牢占据前两名。Python相较去年上升一位进入TOP3,C++下
我有一个Google地图组件,作者可以在其中指定纬度和经度.我正在使用带有正则表达式的常规“输入”类型控件来验证它们是否是数字,但是,当试图解决指定范围的问题时(经度验证该值在[-180,180]内并且纬度[-90,90])但是,通过正则表达式进行验证似乎很麻烦,而且利用inputtype=“numb
我正在为未来的应用程序评估SpringBoot,并希望使用Groovy模板来实现其纯粹的可读性.不幸的是,我在迭代我添加到控制器返回的ModelAndView对象的对象列表时遇到了麻烦.这是我的控制器:@RestController@RequestMapping("/ships")publicclassShipsController{@Autowired
我有一个基于Spring的java应用程序,其中包含一些有用的组件.作为系统的一部分,我有一个groovy脚本,来处理一些报告.我想从groovy脚本中调用spring组件.当我用Java编写时,我需要在@Component中使用@Autowired注释,即@ComponentclassReporter{@AutowiredSearchServicesearchS
在Grailsi18n插件definedthusly中定义了一个messageSourcebean:messageSource(PluginAwareResourceBundleMessageSource){basenames=baseNames.toArray()fallbackToSystemLocale=falsepluginManager=manager....}是否可以覆盖我的resources.groovy中的fa
我正在寻找一种方法来反向工程RDBMS表(MSSQLServer)并生成JPA@EntityGroovy类.我们目前没有选择使用Grails和/或GORM,因此Grailsdb-reverse-engineer插件似乎很接近但不太正确.它生成符合GORM的类而不是JPA实体类.我们目前有一个gradle构建,它利用org.hibernate.tool.ant.Hibe
https://blog.csdn.net/Gdeer/article/details/83062523一、直接运行groovy程序因为groovy插件和android插件不兼容,所以不能在原始项目上使用groovy。 新建module,创一个JavaLibrary,取名lib。  修改lib/build.gradleapplyplugin:'java-library'depe
一、自动生成GET请求脚本1、配置Createascript在ngrinder管理台主页,点击script–>Createascript,并填写脚本名称和请求的url,如下所示:点击Create按钮,nGrinder会自动生成对应的脚本结构,如果没有参数需要设置的话,可以直接运行了。二、详细解析GET请求脚本ngrinder自动生成的脚本
我正在关注使用列表和地图作为构造函数的this博文.为什么以下列表无法强制反对?classTest{staticclassTestObject{privateinta=1;protectedintb=2;publicintc=3;intd=4;Strings="s";}stati
Information:java:Errorsoccurredwhilecompilingmodule'security'Information:javac1.8.0_131wasusedtocompilejavasourcesInformation:2019/6/98:31-Buildcompletedwith1errorand0warningsin3s116msError:java:读取E:\repository\org
ngrinder中的groovy脚本结构类似junit,同时在junit的基础之上封装了自己的注解,用来控制脚本的运行。一、运行逻辑图如下:此处只列出了groovy脚本的逻辑,jython脚本是类似的,在此不再单独介绍。二、各注解的使用比较三、关注点在ngrinder中,通常使用单进程多线程就足够大部分测试了,所以:
我有一个switch语句来处理javaenumfoo,并使用spock编写一些groovy单元测试.我已经添加了一个测试,它验证当前是否处理了每种类型的foo而没有抛出异常.现在我想测试一个无法识别的foo类型会导致抛出异常.要做到这一点,我将不得不嘲笑枚举,并已经看到这里概述的解决方案:MockingJ
我有一个groovy实体ClientInvoiceAttachmentExt,它扩展了java实体ClientInvoiceAttachment.ClientInvoiceAttachment具有@Id注释,但仍然看到“没有为实体指定的标识符”错误这是我的堆栈跟踪[Mar0317:11:54]ERROR|org.springframework.web.context.ContextLoader|Contex