lkml.org 
[lkml]   [2005]   [Nov]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: New (now current development process)
From
Date
    Linus> I really don't see the point of shaving less than a kB with
Linus> ugly calling convention magic, when switching to -Os can
Linus> save us much more, and when the networking code is several
Linus> hundred kB.

Fair enough, although to be fair the savings are still there even with
-Os enabled. With CONFIG_CC_OPTIMIZE_FOR_SIZE=y:

text data bss dec hex filename
682564 197172 116384 996120 f3318 vmlinux-before
681824 197244 116384 995452 f307c vmlinux-after

And with a realistic config rather than allnoconfig, you could easily
save as much as 3 or even 4 KB of text!

BTW, allnoconfig has CONFIG_NET=n, so we have to find someone else to
blame here.

Linus> If we start doing size optimizations, we need to think big.

No pun intended I'm sure...

Anyway, it would be great to find ways to make big improvements. But
I think the most realistic way to shrink the kernel is the same way it
grows in the first place -- one small piece at a time.

- R.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-11-02 06:59    [W:0.138 / U:0.372 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site