On Fri, Jan 04, 2008 at 03:34:13PM -0200, Otavio Salvador wrote: > Robert Millan <[EMAIL PROTECTED]> writes: > > >> The worst (and most relevant here) constraint is on initrd size, and > >> that is unaffected by .deb size. > > > > Why not move it out, then? Just unpack the necessary packages in the target > > root so that you can decompress the rest. > > If it's done using that way the size increasement (of initrd) could be > avoid. That doesn't solve the memory footprint (of bzip2 usage). > > > And while we're at it, why not use lzma instead? Gives better compression > > ratio, and the size increase becomes insignificant once that issue is > > solved. > > Talking at #debian-boot about this issue, we also doesn't know if the > compression ratio will be good enough to justify the slowdown of > uncompression. Base isn't a big set of packages and IMHO before > deciding about commiting this change or not we need to know how much > we'd reduce the size of base set.
You have to add bandwidth to the equation. I'd guess most setups can spare more CPU than bandwidth. Anyway, it wouldn't be a problem if they can happen in parallel. -- Robert Millan <GPLv2> I know my rights; I want my phone call! <DRM> What use is a phone call, if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
