[LNT] r297002 - Add a few hints on how to reduce noisiness.
Kristof Beyls via llvm-commits
llvm-commits at lists.llvm.org
Mon Mar 6 00:16:02 PST 2017
Author: kbeyls
Date: Mon Mar 6 02:16:01 2017
New Revision: 297002
URL: http://llvm.org/viewvc/llvm-project?rev=297002&view=rev
Log:
Add a few hints on how to reduce noisiness.
Differential Revision: https://reviews.llvm.org/D30488
Modified:
lnt/trunk/docs/quickstart.rst
Modified: lnt/trunk/docs/quickstart.rst
URL: http://llvm.org/viewvc/llvm-project/lnt/trunk/docs/quickstart.rst?rev=297002&r1=297001&r2=297002&view=diff
==============================================================================
--- lnt/trunk/docs/quickstart.rst (original)
+++ lnt/trunk/docs/quickstart.rst Mon Mar 6 02:16:01 2017
@@ -70,6 +70,29 @@ command. The information below should be
The ``SANDBOX`` value is a path to where the test suite build products and
results will be stored (inside a timestamped directory, by default).
+#. On most systems, the execution time results will be a bit noisy. There are
+ a range of things you can do to reduce noisiness (with LNT runtest nt
+ command line options when available between brackets):
+
+ * Only build the benchmarks in parallel, but do the actual running of the
+ benchmark code at most one at a time. (``--threads 1 --build-threads 6``).
+ Of course, when you're also interested in the measured compile time,
+ you should also build sequentially. (``--threads 1 --build-threads 1``).
+ * When running under linux: Make lnt use linux perf to get more accurate
+ timing for short-running benchmarks (``--use-perf=1``)
+ * Pin the running benchmark to a specific core, so the OS doesn't move the
+ benchmark process from core to core. (Under linux:
+ ``--make-param="RUNUNDER=taskset -c 1"``)
+ * Only run the programs that are marked as a benchmark; some of the tests
+ in the test-suite are not intended to be used as a benchmark.
+ (``--benchmarking-only``)
+ * Make sure each program gets run multiple times, so that LNT has a higher
+ chance of recognizing which programs are inherently noisy
+ (``--multisample=5``)
+ * Disable frequency scaling / turbo boost. In case of thermal throttling it
+ can skew the results.
+ * Disable as many processes or services as possible on the target system.
+
Viewing Results
---------------
More information about the llvm-commits
mailing list