Good catch Pavel, I missed that part where it calls Index manually even if we
have accelerator tables where we don't need to manually index.
We should modify SymbolFileDWARF::Index() that currently looks like:
void SymbolFileDWARF::Index() {
if (m_indexed)
return;
...
}
To look like:
I would start by looking at https://reviews.llvm.org/D32598, which adds a
bunch of work we do up-front. I remember looking at this a while back and
not being sure whether all of that work is relevant for osx, actually. (I'm
specifically thinking of the SymbolFileDWARF::Index call, which is done
unc
If this is a Mac I would recommend to build both lldbs in RelWithDebInfo mode
and then run them through Instruments and compare the traces. I'd be very
interested in learning what the cause for the slowdown is.
-- adrian
> On Mar 12, 2018, at 2:57 PM, Timothee Cour wrote:
>
> after further in
after further inspection it turns out it's a performance regression
between llvm 5 and llvm 6:
$homebrew_D/Cellar/llvm/5.0.1/lldb -s test_lldb.txt -- prog
8 seconds
$homebrew_D/Cellar/llvm/6.0.0/bin/lldb -s test_lldb.txt -- prog
40 seconds
cat test_lldb.txt:
```
b FOO
r
bt
q
```
prog is some bin
Have you tried diff'ing your cmake invocation against the on used by homebrew?
-- adrian
> On Mar 9, 2018, at 12:59 AM, Timothee Cour via lldb-dev
> wrote:
>
> while testing out https://github.com/llvm-mirror/lldb/pull/3 I noticed
> that when I compiled lldb from source (even un-modified from
while testing out https://github.com/llvm-mirror/lldb/pull/3 I noticed
that when I compiled lldb from source (even un-modified from git HEAD)
it was 5X slower than homebrew lldb or default lldb:
I'm compiling lldb as follows:
```
git clone https://github.com/llvm-mirror/llvm.git
cd llvm/tools
git
