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: 21+ 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 --
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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox