Date: Mon, 9 Feb 1998 09:19:11 +1100 (EST) From: Andrew Reilly <reilly@zeta.org.au> To: mike@smith.net.au Cc: tlambert@primenet.com, dyson@FreeBSD.ORG, abial@nask.pl, freebsd-current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Custom init(8) (and some ideas) Message-ID: <199802082219.JAA03349@gurney.reilly.home> In-Reply-To: <199802070454.UAA03722@dingo.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 6 Feb, Mike Smith wrote: > You would have to scan the entire image to locate the compression > blocks, which would be a chore. If this is likely to become a popular game (paging from compressed binaries), would it be useful to build a special "binary gzipper" that split and separately compressed independent 4k pages? I believe that the V.42 compression in modems forces blocking at 256-byte boundaries, to minimise the amount that needs to be re-transmitted on errors, and that still manages reasonable error rates. You would need to build a table of pointers to each of the blocks to avoid scanning the whole thing, but there could be some gain. Is there an obvious reason for this not to work? ('Ware traveller: this way lies general-purpose compressed swap and other monsters....) -- Andrew "The steady state of disks is full." -- Ken Thompson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199802082219.JAA03349>