1 |
Paul de Vrieze posted <200512271638.22215.pauldv@g.o>, excerpted |
2 |
below, on Tue, 27 Dec 2005 16:38:21 +0100: |
3 |
|
4 |
> On Saturday 24 December 2005 00:52, Diego 'Flameeyes' Pettenò wrote: |
5 |
>> On Friday 23 December 2005 18:35, Paul de Vrieze wrote: |
6 |
>> > Just to add. This is not so much related to debugging information in |
7 |
>> > the library files (what gdb can use). That information never makes it |
8 |
>> > from disk so is not that much of a speed issue (esp. if it is split |
9 |
>> > out). |
10 |
>> |
11 |
>> Actually, if the binaries are not stripped, they consume more memory. |
12 |
>> With splitdebug the issue is unseen (I'm happily using it with -g3 for |
13 |
>> everything now..) |
14 |
> |
15 |
> Debug info shouldn't be loaded into memory. Or is it? I agree though that |
16 |
> splitting them out is probably better for memory use. |
17 |
|
18 |
>From what I've read, binary files are read into memory as a file, before |
19 |
being having their elements loaded at specific addresses by ldd. Unsplit |
20 |
debug information at minimum, then, increases the i/o load, requiring more |
21 |
data be read into memory initially, even if it's immediately thrown out |
22 |
again, when it's not actually loaded anywhere. In practice, it would at |
23 |
least remain in cache rather longer, thereby taking up space that could be |
24 |
used to cache data that might actually be used, not to mention forcing |
25 |
other potentially useful data out of cache on initial read into cache. |
26 |
|
27 |
Debug information split into entirely separate files, then, shouldn't |
28 |
affect performance at all over stripped, and be rather better performing |
29 |
than debug information stored in the same file. |
30 |
|
31 |
That's only what I've read. I have no special knowledge on the subject, |
32 |
and if what I read was incorrect, than so is the above. |
33 |
|
34 |
-- |
35 |
Duncan - List replies preferred. No HTML msgs. |
36 |
"Every nonfree program has a lord, a master -- |
37 |
and if you use the program, he is your master." Richard Stallman in |
38 |
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html |
39 |
|
40 |
|
41 |
-- |
42 |
gentoo-dev@g.o mailing list |