On 09/15/2010 10:53 AM, Jan Kratochvil wrote:
Since Fedora 14 GDB supports .gdb_index (by Tom Tromey) and therefore
now
debuginfofs has started to make sense. It made no sense before as GDB read
the whole .debug file first just to index it; this is no longer true and only
the small .gdb_index section is being read in.
http://fedoraproject.org/wiki/Features/DebuginfoFS
Nice. We should probably set up a test server somewhere to see how it works.
debuginfofs can provide the same debug info features as an upload of
the whole
core file; the core upload is not feasible for security reasons.
Still it means retrace server cannot do the backtracing task, this has to be
done at the client side - for security reasons.
Can you elaborate on the security reasons, please?
You can trust the retrace server provider like you trust a provider of
cloud computing system, a virtual server, or a web application, can't you?
Which network protocol, its signing and what servers to use for
DebuginfoFS
remains a question. Also .gdb_index has been developed with the goal of
improved on-disk performance; a network filesystem performance may need more
tuning. GDB could also use some file access library (neon as an example) for
the .debug files access avoiding the need of mounting any network filesystem.
Thanks for the info.
Karel