Ngrinder源码解析之文件分发

本文探讨了Ngrinder在分发大文件时速度慢的问题,尤其是面对大量依赖包时。提出了两种解决方案:1) 使用maven command插件并部署本地仓库,但实施复杂;2) 压缩文件分发,然后在agent端解压,此方法更简便有效。详细描述了文件准备、属性文件修改以及如何利用ZipUtils进行压缩和解压的实现过程。
摘要由CSDN通过智能技术生成

使用Ngrinder一段时间,发现ngrinder在分发文件的时候很慢,特别是当依赖包多的时候,亲测80多M(150个jar)的jar包分发到一台agent花了15分钟。

考虑怎么提高文件的分发速度提升下效率。

1. maven项目和普通的groovy项目一样,ngrinder会自动获取依赖包后分发到各个agent上,用原生java -jar方式运行程序。考虑用maven的command插件,修改ngrinder的命令行方式,然后在agent上部署maven local repository,最后distributefile的时候不发送依赖包这种方式。 改动量较大,还有个问题就是agent要deploy maven,麻烦。

2. ngrinder分发文件慢的主要原因是它分发的方式,特别是文件大小超过threshold的时候,使用safe distribute方式,该方式要求每次发一个文件到所有agent,等所有agent都接收到文件后再发第二个,中间还有些文件检查的耗时。考虑把分发文件压缩后再分发,分发到agent后解压在运行。后来使用这种方式比较方便。

具体实现:

			singleConsole = startConsole(perfTest);
			ScriptHandler prepareDistribution = perfTestService.prepareDistribution(perfTest);
			GrinderProperties grinderProperties = perfTestService.getGrinderProperties(perfTest, prepareDistribution);
			startAgentsOn(perfTest, grinderProperties, checkCancellation(singleConsole));
			distributeFileOn(perfTest, checkCancellation(singleConsole));

			singleConsole.setReportPath(perfTestService.getReportFileDirectory(perfTest));
			runTestOn(perfTest, grinderProperties, checkCancellation(singleConsole));

从上面可以看出ngrinder运行的主要流程: 准备文件->准备properties文件->启动agent->分发文件->设置report路径->启动测试。

按压缩方案实现如下:

准备文件阶段,ngrinder把当前路径下的/lib jar包或者maven项目下 pom文件指定的依赖包拷贝到perftest目录下,我们在ngrinder准备好这些文件后压缩再把原来的文件删掉。


                
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值