[PATCH] D102707: Fix non-global-value-max-name-size not considered by LLParser

Mehdi AMINI via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Mon Jan 24 14:59:14 PST 2022


mehdi_amini added a comment.

In D102707#3267278 <https://reviews.llvm.org/D102707#3267278>, @dim wrote:

> For some reason, this commit causes a huge memory usage, and extreme slowdown, when compiling the FreeBSD port `math/openturns` (https://github.com/openturns/openturns) port; see https://bugs.freebsd.org/261341.
>
> With `llvmorg-13-init-11364-g0ce58c52d50` (i.e. just before this commit):?
> ... 
> I had to terminate the clang process after ~9 minutes, as it was using >115GiB virtual memory, and this was a bit of a risk to crash the (shared) machine I was working on.
>
> Any ideas, before I attempt reducing the ~196,000 line test case? :)

This is pretty bad... Can you clarify if your clang is built with assertions or in release mode? By default clang in release mode does not enable value names so this patch should be a no-op.

In non-release mode (or when value names are explicitly enabled), I could see some code path changing in `Value::setNameImpl` possibly.
Could you take a profile of your clang? Even if your interrupt after 30s the samples should already point to some interesting places...


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D102707/new/

https://reviews.llvm.org/D102707



More information about the llvm-commits mailing list