[cfe-dev] [llvmdev] Clang 3.6 and trunk, high RSS usage compared to GCC (12.5GB vs. 0.5GB)
David Abdurachmanov
david.abdurachmanov at gmail.com
Wed Jan 28 09:43:22 PST 2015
We also looked into it.
This seems to be coming from LLVM, not Clang code. We did a heap profile
with IgProf [1] in a middle of compilation.
In our case seems that all allocations are from here:
https://github.com/llvm-mirror/llvm/blob/f04ce0e65747b16e6f321c0fdd38b6e1dc3271a3/lib/Analysis/LazyValueInfo.cpp#L519
lookup(Val)[BB] is constantly allocating std::map<AssertingVH<BasicBlock>,
LVILatticeVal> (104 bytes), that slowly eats the memory.
Current impression is that cache is exploding.
[1] http://igprof.org/
On Jan 28, 2015, at 11:11 AM, Kevin Funk wrote:
> On Tuesday 27 January 2015 15:19:33 David Abdurachmanov wrote:
>> Hi,
>>
>> I found that after moving to Clang pre-3.6 (git
>> 65d8b4c4998b3a0c20934ea72ede72ef4838a004) and trunk (git
>> 718825a8666acd9ceaab70fc7868332f20e2758f) our internal build machines
>> started going offline in Jenkins. Clang after 3.5 release is consuming
>> extreme amounts of memory in some cases.
>>
>> I have uploaded [1] one of affected files.
>>
>> $ g++ -std=c++11 -c -O1 -fPIC vpp_generated.ii -o vpp_generated.o
>>
>> vmpeak: 582432 KB
>> rspeak: 504500 KB = ~ 0.5GB
>>
>> $ clang++ -std=c++11 -c -O1 -fPIC vpp_generated.ii -o vpp_generated.o
>>
>> vmpeak: 12992076 KB
>> rspeak: 12820184 KB = ~12.5GB
>>
>> Disabling optimzer (-O0) resolves the issue, and RSS usage drops to ~300MB.
>>
>> I decided to write here directly instead of creating yet another bug report,
>> which usually don't get any feedback/comments.
>>
>> clang version 3.7.0 (git 718825a8666acd9ceaab70fc7868332f20e2758f)
>> Target: x86_64-unknown-linux-gnu
>> Thread model: posix
>>
>> Compiled:
>>
>> ../configure --prefix=<..> --enable-optimized --with-binutils-include=<..>
>> --disable-terminfo --enable-bindings=none CC=gcc CXX=g++ 'CPP=gcc -E'
>> 'CXXCPP=g++ -E'
>>
>> Cheers,
>> david
>> - - -
>> [1] http://davidlt.web.cern.ch/davidlt/vault/vpp_generated.ii.xz
>
> I'd like to add that I was having similar issues with Clang 3.5, while
> compiling test-code inside the QtCreator code base, with optimizer enabled.
>
> I'm not sure if it's known or if I should file a bug report for that.
>
> Relevant issue: Attempting to compile the tst_dumpers.cpp [1] target, with
> optimizing flags enabled (-O2, iirc). => Clang runs OOM (with more than 5 GB
> allocated)
> Fix: Don't pass -On -- https://codereview.qt-project.org/#/c/103556/
>
> Note: tst_Dumpers::dumper() is a 5 KLOC function, which *might* be an issue :)
>
> [1] https://qt.gitorious.org/qt-creator/qt-creator/source/487b05dba8b6e8f548ec3cd451965fdb6df71e4d:tests/auto/debugger/tst_dumpers.cpp
>
> --
> Kevin Funk | kfunk at kde.org | http://kfunk.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20150128/5c33c002/attachment.sig>
More information about the cfe-dev
mailing list