Date: Wed, 23 Jun 1999 00:18:09 +0930 (CST) From: Kris Kennaway <kkennawa@physics.adelaide.edu.au> To: "Brian F. Feldman" <green@unixhelp.org> Cc: hackers@freebsd.org Subject: Re: cvs commit: src/sys/kern imgact_gzip.c Message-ID: <Pine.OSF.4.10.9906230009410.32101-100000@bragg> In-Reply-To: <Pine.BSF.4.10.9906221023570.59616-100000@janus.syracuse.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 22 Jun 1999, Brian F. Feldman wrote:
> > Hmm..I don't have a deflate on my system. This should be linked static as
> > well, otherwise you need the runtime linker + libraries, and that has a 69k
> > overhead (when stripped). Possibly this could be optimized further..I don't
> > know if this is small enough to be useful however.
>
> It's a proof of concept, it didn't need to be static. I don't have a program
> to do deflate either. What I know is that you said it would be hard, but
> it was not very hard to make a framework to do what gzexe does in C.
Actually:
> > > > The question is whether that would be easier than fixing the
> > > > kernel to handle gzipped ELF binaries transparently -
> > > > almost certainly it would be.
I said it would be easy(ier) :)
FWIW, compiling libc.a and libz.a with -Os brings the overhead down to 67416
bytes per executable. Linked dynamically it's 4829 bytes (i.e. the other 62k
is library code), so it doesn't look like there's much room for improvement.
Kris
-----
"Never criticize anybody until you have walked a mile in their shoes,
because by that time you will be a mile away and have their shoes."
-- Unknown
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.OSF.4.10.9906230009410.32101-100000>