在Jmeter调度程序模式测试中，线程组线程组调度程序的结束时间是过去的
无法在分布式测试中以调度程序模式运行Jmeter测试计划。
我们正在使用带停靠Jmeter的竹管，能够在正常模式下成功运行，但是当在调度程序模式下尝试相同的测试计划时，遇到一个带有“Endtime”值的错误。
设置后的当前测试计划（调度器模式被选中，永远被选中，延迟被设置为0，持续时间被设置为1800秒）和开始和结束时间保持原样。
Jmeter版本：3.1
<stringProp name="ThreadGroup.num_threads">10</stringProp>
<stringProp name="ThreadGroup.ramp_time">1</stringProp>
<longProp name="ThreadGroup.start_time">1518153310000</longProp>
<longProp name="ThreadGroup.end_time">1518153310000</longProp>
<boolProp name="ThreadGroup.scheduler">true</boolProp>
<stringProp name="ThreadGroup.1800">1800</stringProp>
<stringProp name="ThreadGroup.delay">0</stringProp>
</ThreadGroup>
运行测试时：运行以下错误“编译树时出错：线程组调度程序的结束时间（2018/02/09 05:15:10）线程组已过去，结束时间字段的固定值”虽然调度程序，但永远为真
root@081459cc5d34:/jmeter/apache-jmeter-3.1/bin# jmeter -n -t
/home/new.jmx
Writing log file to: /jmeter/apache-jmeter-3.1/bin/jmeter.log
Creating summariser <summary>
Created the tree successfully using /home/new.jmx
Starting the test @ Fri Feb 09 05:35:49 UTC 2018 (1518154549080)
Waiting for possible Shutdown/StopTestNow/Heapdump message on port 4445
Error occurred compiling the tree:
End Time (2018/02/09 05:15:10) of Scheduler for Thread Group Thread Group
is in
the past, fix value of End Time field,
see log file for more details
summary = 0 in 00:00:00 = ******/s Avg: 0 Min: 9223372036854775807
Max:
-9223372036854775808 Err: 0 (0.00%)
Tidying up ... @ Fri Feb 09 05:35:49 UTC 2018 (1518154549166)
... end of run
注意：当设置开始和结束时间时，通过删除持续时间、延迟的值，能够运行相同的测试计划。
请导游。
共有1个答案
能够克服最新Jmet4.0版本中的问题，我们的测试正在成功运行。
-
但没有。在应用程序中创建的dispatcher线程使我在优化dispatcher配置时束手无策。每次重新启动应用程序时，我都看到创建了不同数量的dispatcher线程（每次启动应用程序后，我都通过线程转储检查这一点）。 甚至线程数也不等于我在Parallelism-min中定义的线程数。由于这个低线程数，我的应用程序的处理速度非常慢。一查号码。通过下面的代码： GetRuntime（）.Avai
-
调度器 调度器的算法有许多种，我们将它提取出一个 trait 作为接口 os/src/algorithm/src/scheduler/mod.rs /// 线程调度器 /// /// 这里 `ThreadType` 就是 `Arc<Thread>` pub trait Scheduler<ThreadType: Clone + Eq>: Default { /// 优先级的类型 t
-
我必须根据传入的请求写入文件。由于多个请求可能同时出现，我不希望多个线程试图一起覆盖文件内容，这可能会导致丢失一些数据。 因此，我尝试使用实例变量PublishSubject收集所有请求的数据。我在初始化期间订阅了publishSubject，此订阅将在应用程序的整个生命周期内保持不变。此外，我还在一个单独的线程（由Vertx事件循环提供）上观察到相同的实例，该线程调用负责编写文件的方法。 稍后在
-
问题内容： 根据我一直在阅读的定义： 线程基本上是并发（同时）运行的代码段 。 但是，如何在存在线程调度程序的情况下同时运行它们？ 我读到，线程调度程序基本上是从线程池中随机选择一个线程在某个时刻运行。从中我得到一个确切的时间点，只有一个可运行线程真正处于运行状态（运行）。（ 所有这些均来自SCJP Sun认证程序员学习指南 ）有人可以澄清吗？ 这些线程是否真正同时运行？ 问题答案： 但是，如何在
-
1、调度的概念 在多道程序系统中，进程的数量往往多于处理器的个数，进程争用处理器的情况在所难免。处理器调度是对处理器进行分配，就是从就绪队列中，按照一定的算法，选择一个进程并将处理器分配给他运行，以实现进程的并发执行。 处理器调度是多道程序操作系统的基础，它是操作系统设计的核心问题。 一个作业从提交开始知道完成，往往要经历一下三级调度： 1）作业调度。作业调度又称高级调度：其主要任务是按一定的原则
-
问题内容： 您如何告诉Linux中的线程调度程序不因任何原因中断您的线程？我正在用户模式下编程。简单地锁定互斥锁是否可以完成此操作？我想防止执行某些功能时调度进程中的其他线程。它们会阻塞，我会用上下文切换浪费CPU周期。我希望任何执行该功能的线程都能够完成执行而不会中断，即使超出了线程的时间片。 问题答案： 您如何告诉Linux中的线程调度程序不因任何原因中断您的线程？ 无法真正完成，您需要一个实