lkml.org 
[lkml]   [2004]   [Nov]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: code bloat [was Re: Semaphore assembly-code bug]
From
Date
Hi, 

First, why use a .a file to specify code bloat? I don't see why you want
the object files... ie:
ar tv /usr/lib/libxml2.a
rw-rw-r-- 0/0 76336 Oct 29 04:34 2004 SAX.o
rw-rw-r-- 0/0 83156 Oct 29 04:34 2004 entities.o
rw-rw-r-- 0/0 90704 Oct 29 04:34 2004 encoding.o
rw-rw-r-- 0/0 84272 Oct 29 04:34 2004 error.o
rw-rw-r-- 0/0 90620 Oct 29 04:34 2004 parserInternals.o
...

It can gladly sit there for all i care esp since it's installed by the
-dev package.
-rw-r--r-- 1 root root 4312792 Oct 29 04:34 /usr/lib/libxml2.a

But when a app wants to load it you'll load a much smaller portion which
is: 987632 bytes.

As for X, check this out:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2886 root 15 0 416m 152m 283m S 1.7 15.1 309:31.75 XFree86

And yes, that might look bad, but consider agp memory, memory on the
card etc etc, then thats the figures we'd get. (and perhaps i should
actually shut down some apps as well =))

Btw, the most annoyingly large .a file i have ever found was libc.a in a
version of mdk, it included the whole libc build directory, post build,
weighing something along the lines of 24 mb.

Oh, and, you can never get rid of X, who will want something less
flexible when they have had something like this. You'll get back to the
same complexity sooner or later. I have to say that i much prefer
freedesktop's approach.

I'm not subbed so, you know what to do.
--
Ian Kumlien <pomac () vapor ! com> -- http://pomac.netswarm.net
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2005-03-22 14:07    [W:0.110 / U:0.100 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site