分析Kettle性能测试过程中的STARTDATE时间问题

60 篇文章 31 订阅
35 篇文章 14 订阅

性能测试过程通过jmeter或loadrunner调用carte服务接口,来启动kettle的转换过程,通过测试转换过程的响应时间如下(单线程/单用户情况):


到kettle日志表里查看转换过程的响应时间,发现结束日期-启动日期的时间,要远高于性能测试工具检测到的响应时间,如下所示:

再去看kettle的执行日志,发现一个转换的时间也就需要两三秒钟,如下所示:


这是为什么呢,带着这个问题上网去找,结果发现有如下一段话:

STARTDATE(启动日期)是上次执行时间,可以用于增量更新数据。第一次执行为900/1/1 7:00:00

说明我开始就理解错了,这个启动日期应该是上一次转换的结束日期,而本次的结束日期应该是相当于本次开始执行的时间。所以我们把上图的日志日期-启动时间(或结束时间)=本次转换执行的时间,这样的结果与性能测试工具获取的执行时间就基本一致了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

smooth00

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值