On Fri, Dec 09, 2005 at 11:29:14AM +0100, Ingo Molnar wrote:
>
> * Matt Mackall <[email protected]> wrote:
>
> > > > Ohh, and before I forget, besides the fact that this should speed
> > > > things up a little bit it also has the added benefit of reducing the
> > > > size of the generated code. The original kernel/exit.o file was 19604
> > > > bytes in size, the patched one is 19508 bytes in size.
> > >
> > > nice. Just to underline your point, on x86, with gcc 4.0.2, i'm getting
> > > this with your patch:
> > >
> > > text data bss dec hex filename
> > > 11077 0 0 11077 2b45 exit.o.orig
> > > 10997 0 0 10997 2af5 exit.o
> > >
> > > so 80 bytes shaved off. I think such patches also increase readability.
> >
> > Readability improved: good.
> > 37 lines of patch for 80-100 bytes saved: not so good.
>
> i'd take a 37 lines readability patch even if it didnt give us a byte of
> text back. The fact that it also reduces text size on the latest gcc in
> rawhide is an added bonus. (of course the patch is 2.6.16 material)
So long as we're primarily doing it for the former reason rather than
the latter.
> furthermore, i think that even if it's a small step, we should encourage
> every effort that reduces the kernel's text size. The 2.4 -> 2.6
> transition blew up the kernel by ~50%, and we've got to win back some of
> that. (Kernel size is one of the main disadvantages of Linux in the
> embedded market, compared to other OSs.)
Boggle. You're telling /me/ this? You're the one who's been adding all
the damn features!
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]