GDB memory usage with compressed debug info
Mike Gulick
mgulick@mathworks.com
Tue Mar 16 18:40:57 GMT 2021
Hi,
I'm observing that GDB memory usage is much higher when I have debug
info compressed with 'objcopy --compress-debug-sections'. In a large
C++ application, I see the instance with uncompressed debug info use
46GB VIRTUAL memory and 11GB RSS, and the instance with compressed debug
info is using 46GB VIRTUAL memory and 42GB RSS. In case it matters, the
debug info is separated from the original binary into its own file.
It seems like GDB must load the full uncompressed debug info into memory
when the underlying files are compressed?
I'm currently using GDB 9.2. I checked the 10.1 NEWS and didn't see
anything that looked like it would have changed this result, but I'm
happy to give it a try if you think it might help.
Is there any chance this could be improved with a patch to GDB, or is
this just the nature of compressed debug data?
Also, FYI, the NEWS link for the GDB 10.1 release on the GDB home page
points to the NEWS file for the 9.1 release.
Thanks!
-Mike
More information about the Gdb
mailing list