5

我正在设置负载测试解决方案，并且在阅读 JMeter 的文档时，我发现您可以为测试计划设置许多属性。我的测试已经运行良好并产生了结果、图表等，但是当我试图更深入地了解 JMeter 和结果的准确性等时，我遇到了下面的简介。

从JMeter 的文档中，我阅读了以下内容：

# 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 以使用 nanotime 运行，但不nanoThreadSleep明确使用该设置，会发生什么情况？

我已经在 StackOverflow 和 Google 上搜索了某种解释，但除了 JMeter 的文档在我粘贴在这里的小简介中所说的以外，我找不到其他解释。其他人可以帮助我理解这一点以及我如何正确有效地使用它吗？

4

1 回答 1

1

查看 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
        }
    }        
}
于 2015-03-22T15:21:15.430 回答