[llvm-dev] Benchmark LNT weird thread behaviour

Chris Matthews via llvm-dev llvm-dev at lists.llvm.org
Wed Sep 21 12:57:09 PDT 2016

-j and —threads are the same flag. The problem is passing it twice with two different values.  I am sort of surprised OptionParser let that past.

On September 21, 2016 at 2:33:48 AM, Renato Golin via llvm-dev (llvm-dev at lists.llvm.org) wrote:

On 21 September 2016 at 01:33, Chris Matthews <chris.matthews at apple.com> wrote:
> I think every job should define those or use the LNT default of 1,1. The
> validity of compile time and exec time metrics is in question if the job is
> loaded incorrectly, so it makes sense to me to not allow that -j to get
> passed through.

The job's default *is* -j1. But we pass -jN to the other steps
(compiling Clang, for instance).

We also pass -jN to LNT, because that means both build and execute in one go.

I'll change the buildbots to pass both explicitly in nt_flags, and
will also change the builder to not pass -j in any case.

But if users should not be passing -jN, but instead --threads and
--build-threads directly, than I think we should make it into an error
in LNT, no?

LLVM Developers mailing list
llvm-dev at lists.llvm.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160921/58e0dbd0/attachment.html>

More information about the llvm-dev mailing list