[PATCH] D147493: [ELF] Cap parallel::strategy to 8 cores when --threads= is unspecified
Peter Smith via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Wed Apr 5 06:49:51 PDT 2023
peter.smith added a comment.
In D147493#4245761 <https://reviews.llvm.org/D147493#4245761>, @mjguzik wrote:
> In D147493#4245744 <https://reviews.llvm.org/D147493#4245744>, @peter.smith wrote:
>
>> I have run a limited experiment linking clang on a 64 core AArch64 machine. Results seem to be similar to x86_64. No benefit seen linking clang past 8 threads. On the machine I had access to I was very limited in disk space so I couldn't check the debug build. From prior experience debug builds seems to benefit more from more threads as there is quite a lot of data to write out in the most parallel part of LLD.
>
> bare metal aarch64 with sufficient(tm) disk space is not hard to come by.
>
> if you think the debug thingy is worth checking out and you can't get sufficient hw as is, you can contact me in private and I'll arrange temporary access to something.
>
> perhaps while the machine is disk starved, it has a lot of ram? as in perhaps you could use a tmpfs mount for the output?
Thanks for the offer and for the suggestion of tmpfs. I'm more personal time limited than anything else. I really just wanted to check if there was any significant difference between AArch64 and X86_64 on higher core counts and so far there doesn't look to be anything significant. It looks like Windows (or Unreal) may favour a higher count though.
FWIW to link clang without debug.
| CPUS | user | system | elapsed |
| 1 | 0.57 | 0.34 | 1.06 |
| 8 | 0.66 | 0.65 | .055 |
| 16 | 0.65 | 1.08 | 0.56 |
| 32 | 0.65 | 2.02 | 0.56 |
| 64 | 0.73 | 1.94 | 0.58 |
|
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D147493/new/
https://reviews.llvm.org/D147493
More information about the llvm-commits
mailing list