[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Future of ISC DHCP v2 packages in etch



On Wed, Jun 15, 2005 at 12:31:37AM +0200, Joerg Friedrich wrote:
> Steve Langasek schrieb am Dienstag, 14. Juni 2005 um 14:38:09 -0700:
> > On Tue, Jun 14, 2005 at 01:10:31PM -0400, Joey Hess wrote:
> > > Andrew Pollock wrote:
> > > > So, before we go doing this and breaking things, I thought it best to give
> > > > people a bit of notice. My understanding is that dhcp3-client is too large,
> > > > so maybe something like udhcpc (or apparently klibc has a DHCP client)
> > > > instead?
> > 
> > > udhcp and pump have proven to be broken in the past. I tried again to
> > > fit the dhcp3 udeb onto our floppy, but that image, which has 93k free
> > > with the dhcp2 udeb, gets over-full with the dhcp3 one. That 100k
> > > (compressed; 300k uncompressed!) size difference is pretty amazing.
> > 
> > AFAICT, the current dhcp3-udeb isn't being built with -Os.  Someone ought to
> > try this and see how much of a difference it makes.

> Since I try to learn something about compilers, I gave it a shot :-)

> just comparing the binary even with -Os the ratio dhcp2/dhcp3 is
> 1/2.6 

> 106312  dhcp-2.0pl5/debian/dhcp-client-udeb/sbin/dhclient
> 277336  dhcp3-3.0.1/debian/dhcp3-client-udeb/sbin/dhclient    <- -Os
> 416640  dhcp3-3.0.1/debian/dhcp3-client-udeb/sbin/dhclient

With luck, that would be just enough to squeeze into the 93k free when
compressed; that would be good enough for a first pass, though it would be
nice to reclaim some of that space.  There maybe other compiler
optimizations that could be done here (Marco d'Itri suggested
-fomit-frame-pointer on IRC), or there may be some functionality that could
be made optional at build-time.

-- 
Steve Langasek
postmodern programmer

Attachment: signature.asc
Description: Digital signature


Reply to: