From: Jakub Jelinek <jakub@redhat.com>
To: Horst von Brand <vonbrand@inf.utfsm.cl>
Cc: root@chaos.analogic.com, linux-kernel@vger.kernel.org
Subject: Re: kernel size
Date: Tue, 9 Oct 2001 11:55:32 -0400 [thread overview]
Message-ID: <20011009115532.K25384@devserv.devel.redhat.com> (raw)
In-Reply-To: <root@chaos.analogic.com> <200110091543.f99FhFVJ009433@pincoya.inf.utfsm.cl>
In-Reply-To: <200110091543.f99FhFVJ009433@pincoya.inf.utfsm.cl>; from vonbrand@inf.utfsm.cl on Tue, Oct 09, 2001 at 11:43:14AM -0400
On Tue, Oct 09, 2001 at 11:43:14AM -0400, Horst von Brand wrote:
> "Richard B. Johnson" <root@chaos.analogic.com> said:
> > On Tue, 9 Oct 2001, Ingo Oeser wrote:
>
> [...]
>
> > > strip -R .ident -R .comment -R .note
> > >
> > > is your friend.
>
> [...]
>
> > Yes! Wonderful...
> > -rwxr-xr-x 1 root root 1571516 Oct 9 10:50 vmlinux
> > -rwxr-xr-x 1 root root 1590692 Oct 1 13:26 vmlinux.OLD
> >
> > That got rid of some cruft.
>
> Yep. A WHOOPing 1.2% of the total. BTW, is this stuff ever being loaded
> into RAM with the executable kernel, discarded on boot, or what?
It is not SHF_ALLOC, so it will not make it into vmlinuz either.
> IMHO, it would be more productive to go after savings via .init*, and
> perhaps bug the GCC/binutils people to merge strings...
?
gcc-2.96-RH (2.96-91 and above) and recent gcc 3.1 CVS together with
recent binutils support merging strings already. Unlike killing
.comment/.note sections, this saves real kernel memory.
This reminds me, I should finally hack up binutils so that it uses SHF_MERGE
for .ident directives automatically.
Jakub
next prev parent reply other threads:[~2001-10-09 15:55 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-09 14:16 kernel size VDA
2001-10-09 13:26 ` [solid]
2001-10-09 13:28 ` Nikita Danilov
2001-10-10 9:10 ` kernel size, kcore fun Helge Hafting
2001-10-09 14:16 ` kernel size Richard B. Johnson
2001-10-09 14:43 ` Ingo Oeser
2001-10-09 14:52 ` Richard B. Johnson
2001-10-09 15:43 ` Horst von Brand
2001-10-09 15:53 ` Richard B. Johnson
2001-10-10 1:29 ` Keith Owens
2001-10-10 13:00 ` Richard B. Johnson
2001-10-10 14:47 ` vda
2001-10-11 12:41 ` vda
2001-10-10 1:30 ` Kenneth Johansson
2001-10-09 15:55 ` Jakub Jelinek [this message]
2001-10-10 1:27 ` Keith Owens
-- strict thread matches above, loose matches on Subject: below --
2002-04-11 15:38 Ken Applebaum
2002-04-11 16:40 ` Conn Clark
2001-12-13 4:38 Kernel size rohit prasad
2001-12-07 8:53 kernel size rohit prasad
2001-12-07 16:46 ` Eli Carter
2001-10-04 13:11 Security question: "Text file busy" overwriting executables but not shared libraries? Eric W. Biederman
2001-10-04 14:24 ` Kernel size Richard B. Johnson
2001-10-13 20:35 ` Aaron Lehmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20011009115532.K25384@devserv.devel.redhat.com \
--to=jakub@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=root@chaos.analogic.com \
--cc=vonbrand@inf.utfsm.cl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.