在AKS的jmeter吊舱中，24小时性能测试执行突然停止
我正在Azure Kubernetes服务中使用Jmeter运行24小时的负载测试。我在jmx文件中使用吞吐量成形计时器。没有作为jmx文件的一部分添加侦听器。我的测试在6或7小时后突然停止。
jmeter服务器。Jmeter从属吊舱下的日志文件发出警告--
使用Jmetm版本-5.2.1和库伯内特斯版本-1.19.6
我检查过，主设备和从设备的Jmeter吊舱在AKS中持续运行（没有重新启动）。我为Jmeter从吊舱提供了2GB内存，但负载测试突然停止。我正在使用日志分析工作区进行日志记录。选中ContainerLog表未获取错误。
请建议相同。
共有1个答案
您的日程表反馈功能配置的最后一个参数似乎有误
此警告表示吞吐量整形计时器试图增加线程数量以达到/保持所需的并发，但它没有足够的线程来完成此操作。
因此，如果将浮点值用作百分比，则可以增加此备用线程比率以接近1，或者增加绝对值以匹配线程数。
引用文件：
示例函数调用：${__tstFeedback（tst-name，1,100,10）}，其中tst-name是要集成的吞吐量整形定时器的名称，1和100是起始线程和最大允许线程，10是线程池中要保留的备用线程数。如果备用线程参数是浮点值
更多信息：使用JMeter的吞吐量成形计时器插件
但是，它没有解释测试提前终止的原因，因此请确保jmeter/k8s日志中没有错误，可能的原因之一是jmeter进程被OOMKiller终止
-
HTTPSampleResult字段：contenttype：text/html；CHARSET=us-ascii数据编码：us-ascii
-
我有一个后端nodeJS应用程序运行在kubernetes集群。现在我想运行两个cron作业计划每个月。cron作业在一个JS文件中。如何使用库伯内特斯创建一个作业，在每个月运行该服务的pod中运行这些JS文件？ 此链接提供了对其工作原理的基本理解，但我对如何为特定服务和特定Pod运行它有点困惑 https://kubernetes.io/docs/concepts/workloads/contr
-
我想进行压力测试，从预期的用户数开始（或从1个虚拟用户开始），然后逐渐增加负载，例如10个线程、20个线程等等…。100个线程，直到响应时间开始超过可接受的值或开始出现错误。但是对于所有这些测试运行，我应该增加爬升周期（秒），还是所有测试都保持不变？图片如下：
-
happy Connect是一款设计用于处理消息流的软件，它内置了对HL7消息的支持，因此该软件广泛用于医疗保健应用中的接口。这些年来，我已经看到了一些欢笑软件遇到的性能问题，主要是由于消息随着时间的推移而增加，以及在它连续接收大量消息的情况下。 Mirth具有基于通道的架构，如果有某种方法可以对Mirth通道进行性能测试并获得JMeter的性能统计信息，那么这是理想的选择。通过这种方式，我们可以
-
接口测试的重点有哪些？ 接口测试和功能测试有什么区别？ 为什么有mysql调优？调优方向 为什么会有查询慢的情况 为什么出现慢查询/怎么避免慢查询？（不会） 实习下来，觉得测试这个职业的价值？/成就感 职业规划 自身优势 反问环节 总结： 这次也面的很快，17分钟，焦急等结果中，求求收了我吧！#软件测试##测试开发##面经##校招#
-
我正在做一个RESTAPI性能测试，在这里我必须同时做很多请求。为此，我使用了3个JMeter实例（1个主实例和2个从实例）。 为了让您有更多的竞争，我编写了一个包含2个线程组的JMeter脚本，每个组上有150个线程和一个恒定吞吐量计时器。 下面是我用来启动测试的命令行： 在这个命令行中，吞吐量是我针对3台服务器的总吞吐量（它的值除以vmnb，我的第三个变量，然后每个服务器执行这部分吞吐量），持