<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
Hello Greg,
<div><br>
</div>
<div>Thanks for the useful information!</div>
<div><br>
</div>
<div>Moving to dSYM files really helped, now I can debug ArchiCAD on my machine. The dSYM option was already set for the distribution build, so it was an easy change. Is there any other way besides using dsymutil to produce those files?</div>
<div><br>
</div>
<div>I'm also looking forward to the large memory improvements you mentioned; shall I check out the trunk and compile lldb from source?</div>
<div><br>
</div>
<div>We are using an external make file system (Perforce's Jam based), so building in Xcode is not an issue. Though it seems that even in this case Xcode holds onto the loaded symbols files between debugging sessions.</div>
<div><br>
</div>
<div>Another question: are the planned improvements making their way into the Xcode 4.2 GM? </div>
<div><br>
</div>
<div>I'm very pleased that you are addressing the large application issues.</div>
<div><br>
</div>
<div>Best, Akos</div>
<div><br>
<div>
<div>On Sep 20, 2011, at 6:28 AM, Greg Clayton wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
I made some large memory improvements a few days ago which should help with this issues, so the issue is actively being worked on.
<div><br>
</div>
<div>One thing you can do that might improve things for debugging with LLDB is to create dSYM files for any binaries that you debug. With the DWARF in the .o files, we end up with a ton of debug info and a large memory footprint, which again, I just submitted
a fix for this a few days ago and this hasn't made it into a build yet.</div>
<div><br>
</div>
<div>So try making dSYM files and see if this helps. There is also a compounding issue going on in the Xcode builds where Xcode holds onto references to our symbol files between builds (we have a radar for this) so each time you modify and rebuild and debug
again, we still have a copy of the old stuff in memory, so you end up with two copies of the LLVM/Clang executables and debug info. This can only be cured by quitting and restarting Xcode and we do have a fix on the way in the next release.</div>
<div><br>
</div>
<div>So for now try:</div>
<div>- making dSYM files for all executables you want to debug</div>
<div>- quit Xcode if you end up rebuilding and linking after a few builds</div>
<div><br>
</div>
<div>We also have new accelerator tables we are building into the compilers and into the dSYM files that will greatly help with this issue (speed and memory).</div>
<div><br>
</div>
<div>Greg Clayton</div>
<div><br>
</div>
<div><br>
<div>
<div>On Sep 19, 2011, at 6:16 AM, Somorjai, Akos wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div style="color: rgb(0, 0, 0); font-family: Arial, sans-serif; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
<div>
<div>
<div style="font-size: 13px; ">Hello everyone,</div>
<div style="font-size: 13px; "><br>
</div>
<div style="font-size: 13px; ">I've just recently started to convert our codebase to LLVM 3.0, and also gave a try to debugging with LLDB. And that's where I ran into a serious wall: lldb is unable to load the sym files for our main executable (not to mention
the numerous shared libraries it uses). I'm using LLDB-75 on Mac OS X 10.6.8 on a Core i7 MacBook Pro, have 8 GB memory, the sym format is DWARF-2.</div>
<div style="font-size: 13px; "><br>
</div>
<div style="font-size: 13px; ">Well, it loads the sym files after 15 mins or so, but then setting a breakpoint also took 10 mins, and step one line during debugging is another 15 mins.</div>
<div style="font-size: 13px; "><br>
</div>
<div style="font-size: 13px; ">At the end of the process Xcode used 35 GBs of virtual and 6.5 GBs of real memory (according to the Activity Monitor).</div>
<div style="font-size: 13px; "><br>
</div>
<div style="font-size: 13px; ">Is there anything I can do about it?</div>
<div style="font-size: 13px; "><br>
</div>
<div style="font-size: 13px; ">GDB handles this situation quite gracefully…</div>
<div>
<div>
<p style="font-family: Times; "><span style="color: black; font-family: Arial, sans-serif; ">Thanks,</span></p>
<p style="font-family: Times; font-size: medium; "><strong style="font-family: Arial, sans-serif; font-size: 12pt; color: black; ">Ákos Somorjai<br>
</strong><font style="font-family: Arial, sans-serif; font-size: 9pt; color: black; ">Developer Support Manager</font><br>
<br>
<span style="font-size: 12pt; color: gray; font-family: Arial, sans-serif; ">GRAPHISOFT </span><span style="font-size: 9pt; color: gray; font-family: Arial, sans-serif; ">| Graphisoft Park 1. Budapest 1031 Hungary | +36 1 437-3000 |
<a href="mailto:asomorjai@graphisoft.com">asomorjai@graphisoft.com</a></span></p>
</div>
<div style="font-size: 13px; "><span style="font-size: 9pt; color: gray; font-family: Arial, sans-serif; "><br>
</span></div>
</div>
</div>
</div>
</div>
_______________________________________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@cs.uiuc.edu">lldb-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</body>
</html>