[PATCH] D26967: Put opt-viewer critical items in parallel
Brian Cain via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Tue Nov 29 18:06:00 PST 2016
bcain added a comment.
In https://reviews.llvm.org/D26967#604923, @fhahn wrote:
> Here are some numbers I gathered for analyzing 250 opt.yaml files generated by compiling clang/llvm with the following options: "-O2 -g -fsave-optimization-record -mllvm -pass-remarks -mllvm -pass-remarks-missed". The size of the .opt.yaml files varies between a few kB and a few MB.
...
> I'm not sure if I did something wrong. How big were the opt.yaml files you used?
I wasn't able to reproduce these results on an i7 4x2 machine either. I switched from CPython to Apache Thrift. It's a C++ project so it will leverage `c++filt` more. I varied the number of processes and the time either improved or was neutral as I added processes. I tried with and without `-source-dir` because I noticed your experiments omitted it. Nothing that I measured was ever slower than the baseline.
Florian, can you upload your specific subset of the LLVM `.yaml` files somewhere? That way I can try to isolate whether the problem is only visible in that test case or something else. If it's convenient, can you do an experiment where the `yaml` files are in a `tmpfs` partition like `/dev/shm` and see if this patch is still slower than the baseline?
Repository:
rL LLVM
https://reviews.llvm.org/D26967
More information about the llvm-commits
mailing list