JMeter 的 nanoThreadSleep 属性 - 我该如何使用它?
JMeter's nanoThreadSleep Property - How do I use it?
我正在设置一个负载测试解决方案,并且在阅读 JMeter 的文档时,我看到您可以为测试计划设置大量属性。我已经进行了测试 运行ning 并且生成了结果、图表等,但是当我试图更深入地了解 JMeter 和结果的准确性等时,我遇到了下面的简介.
来自 JMeter's documentation,我阅读了以下内容:
# Whether to use System.nanoTime() - otherwise only use System.currentTimeMillis()
sampleresult.useNanoTime=true
# Use a background thread to calculate the nanoTime offset
# Set this to <= 0 to disable the background thread
sampleresult.nanoThreadSleep=5000
现在,我了解到 nanotime
将基于固定但任意的原始时间,而 currenttimeinmillis
将基于系统时间(即挂钟)。而且我知道 nanotime
会更精确,这就是我对使用它感兴趣的原因:我正在进行负载测试并且需要响应时间测量尽可能准确和精确。
但我遇到的问题是了解如何使用 nanoThreadSleep
。什么是纳米时间偏移量?为什么我想要或不想要一个后台线程来计算纳米时间偏移量?如果我使用纳米时间启用 JMeter 运行,但不明确使用 nanoThreadSleep
设置,会发生什么情况?
我在 Whosebug 和 Google 中搜索了某种解释,但除了 JMeter 的文档在我粘贴在这里的小简介中所说的以外,我找不到其他解释。其他人可以帮助我理解这一点以及如何正确有效地使用它吗?
查看 JMeter 代码,我发现下面的部分很有趣。所以基本上后台线程是一个休眠 NANOTHREAD_SLEEP
毫秒然后当它醒来时询问时间的线程。
该值必须尽可能高,以免增加采样的开销,但必须尽可能低,以提供足够的准确性。
如果您不使用纳米线程,那么所有时间都是使用 System.nanoTime() 计算的,这可能会或可能不会提供额外的准确性。通常,高精度计数器受频率变化的影响很大(例如,由于省电模式)。我的意见是您不必担心使用 System.nanoTime() 因为 您将无法以纳秒级别的精度进行测试的可重复性 .甚至毫秒似乎也是一个非常紧凑的时间间隔。
为什么要使用后台线程来计算时间?我认为这是因为如果线程只测量时间,你可以在运行期间随时询问当前时间执行。如果你不使用后台线程,我认为时间只在采样点更新。启用线程后,我认为这个时间更新得更频繁(前提是 NANOTHREAD_SLEEP
得到充分考虑)。我没有写过 JMeter,但我认为这是时间线程背后的哲学。
这个有用吗? 大概可以榨取额外的精度吧。但是,JMeter 用于测试 Web 应用程序的性能,由于网络延迟、资源使用等原因,可重复性较差。即使你测量纳秒,人们也会对秒和毫秒部分更感兴趣,并且测试是可重复的。
代码:
private static class NanoOffset extends Thread {
private static volatile long nanoOffset;
static long getNanoOffset() {
return nanoOffset;
}
@Override
public void run() {
// Wait longer than a clock pulse (generally 10-15ms)
getOffset(30L); // Catch an early clock pulse to reduce slop.
while(true) {
getOffset(NANOTHREAD_SLEEP); // Can now afford to wait a bit longer between checks
}
}
private void getOffset(long wait) {
try {
TimeUnit.MILLISECONDS.sleep(wait);
long clock = System.currentTimeMillis();
long nano = SampleResult.sampleNsClockInMs();
nanoOffset = clock - nano;
} catch (InterruptedException ignore) {
// ignored
}
}
}
我正在设置一个负载测试解决方案,并且在阅读 JMeter 的文档时,我看到您可以为测试计划设置大量属性。我已经进行了测试 运行ning 并且生成了结果、图表等,但是当我试图更深入地了解 JMeter 和结果的准确性等时,我遇到了下面的简介.
来自 JMeter's documentation,我阅读了以下内容:
# Whether to use System.nanoTime() - otherwise only use System.currentTimeMillis()
sampleresult.useNanoTime=true
# Use a background thread to calculate the nanoTime offset
# Set this to <= 0 to disable the background thread
sampleresult.nanoThreadSleep=5000
现在,我了解到 nanotime
将基于固定但任意的原始时间,而 currenttimeinmillis
将基于系统时间(即挂钟)。而且我知道 nanotime
会更精确,这就是我对使用它感兴趣的原因:我正在进行负载测试并且需要响应时间测量尽可能准确和精确。
但我遇到的问题是了解如何使用 nanoThreadSleep
。什么是纳米时间偏移量?为什么我想要或不想要一个后台线程来计算纳米时间偏移量?如果我使用纳米时间启用 JMeter 运行,但不明确使用 nanoThreadSleep
设置,会发生什么情况?
我在 Whosebug 和 Google 中搜索了某种解释,但除了 JMeter 的文档在我粘贴在这里的小简介中所说的以外,我找不到其他解释。其他人可以帮助我理解这一点以及如何正确有效地使用它吗?
查看 JMeter 代码,我发现下面的部分很有趣。所以基本上后台线程是一个休眠 NANOTHREAD_SLEEP
毫秒然后当它醒来时询问时间的线程。
该值必须尽可能高,以免增加采样的开销,但必须尽可能低,以提供足够的准确性。
如果您不使用纳米线程,那么所有时间都是使用 System.nanoTime() 计算的,这可能会或可能不会提供额外的准确性。通常,高精度计数器受频率变化的影响很大(例如,由于省电模式)。我的意见是您不必担心使用 System.nanoTime() 因为 您将无法以纳秒级别的精度进行测试的可重复性 .甚至毫秒似乎也是一个非常紧凑的时间间隔。
为什么要使用后台线程来计算时间?我认为这是因为如果线程只测量时间,你可以在运行期间随时询问当前时间执行。如果你不使用后台线程,我认为时间只在采样点更新。启用线程后,我认为这个时间更新得更频繁(前提是 NANOTHREAD_SLEEP
得到充分考虑)。我没有写过 JMeter,但我认为这是时间线程背后的哲学。
这个有用吗? 大概可以榨取额外的精度吧。但是,JMeter 用于测试 Web 应用程序的性能,由于网络延迟、资源使用等原因,可重复性较差。即使你测量纳秒,人们也会对秒和毫秒部分更感兴趣,并且测试是可重复的。
代码:
private static class NanoOffset extends Thread {
private static volatile long nanoOffset;
static long getNanoOffset() {
return nanoOffset;
}
@Override
public void run() {
// Wait longer than a clock pulse (generally 10-15ms)
getOffset(30L); // Catch an early clock pulse to reduce slop.
while(true) {
getOffset(NANOTHREAD_SLEEP); // Can now afford to wait a bit longer between checks
}
}
private void getOffset(long wait) {
try {
TimeUnit.MILLISECONDS.sleep(wait);
long clock = System.currentTimeMillis();
long nano = SampleResult.sampleNsClockInMs();
nanoOffset = clock - nano;
} catch (InterruptedException ignore) {
// ignored
}
}
}