diff options
author | Alexandre Ganea <alexandre.ganea@ubisoft.com> | 2020-04-24 15:28:01 -0400 |
---|---|---|
committer | Alexandre Ganea <alexandre.ganea@ubisoft.com> | 2020-04-24 15:28:25 -0400 |
commit | 0e13a0331fb90078bf71cc0c4612492a6954a5d0 (patch) | |
tree | 9b96f8665fadce4dd425bed64a0bf82099421578 /llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp | |
parent | 0e2bd49370197dd8bf2c36ee0ce1275f7cfb515b (diff) | |
download | llvm-0e13a0331fb90078bf71cc0c4612492a6954a5d0.zip llvm-0e13a0331fb90078bf71cc0c4612492a6954a5d0.tar.gz llvm-0e13a0331fb90078bf71cc0c4612492a6954a5d0.tar.bz2 |
[llvm-cov] Prevent llvm-cov from using too many threads
As reported here: https://reviews.llvm.org/D75153#1987272
Before, each instance of llvm-cov was creating one thread per hardware core, which wasn't needed probably because the number of inputs were small. This was probably causing a thread rlimit issue on large core count systems.
After this patch, the previous behavior is restored (to what was before rG8404aeb5):
If --num-threads is not specified, we create one thread per input, up to num.cores.
When specified, --num-threads indicates any number of threads, with no upper limit.
Differential Revision: https://reviews.llvm.org/D78408
Diffstat (limited to 'llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp')
0 files changed, 0 insertions, 0 deletions