我得到了什么: - 大约100个jmx文件&因此,执行这些jmx文件的批处理文件
问题是在运行第一个jmx-es之后,系统本身会被加载,因此后来的jmx-es会在加载的系统上运行,因此结果不能客观。< / p>
这就是为什么我需要在jmx-es执行之间添加一些时间,以便系统本身恢复并显示已经迟到的jmx-es以及第一个jmx-es的客观结果。
我已经考虑过在批处理文件中设置一些睡眠,但它看起来更像是一种解决方法,而不是一个完美的解决方案。
我真的很感激任何建议或提示。
答案 0 :(得分:1)
根据您所在的操作系统,可以选择以下选项:
sync && echo 3 > /proc/sys/vm/drop_caches
Windows:使用RAMMap工具(Empty
菜单选项),“工作集”应该是一个不错的选择
实际上表现良好的JMeter测试应该使主机操作系统处于与测试前相同的状态,可能是测试本身有问题还是JMeter配置不正确?有关JMeter调整技巧,请参阅9 Easy Solutions for a JMeter Load Test “Out of Memory” Failure文章。
答案 1 :(得分:0)
我注意到你提到你是从批处理文件中运行这些..如果我实现这个我会使用
Component {
id: example
CustomItem {
id: itemExample
}
}
这将允许我在&#34;线程组&#34;中使用内置配置。喜欢&#34;加速期(以秒为单位) 你可以设定为5分钟...... 或..你可以ping你的服务器,看看系统是卸载的... 如果我正在与开发团队id一起工作,请求&#34;卸载&#34; api电话。您可以在QA或UAT环境中调用以从卸载状态测试系统。
还有一个&#34;常量定时器&#34;在&#34;定时器&#34;和一个&#34;测试动作&#34; &#34;采样器&#34;这将让你暂停线程。根据您的应用,这些也可能是解决方案