Date: Fri, 21 Jan 2011 14:02:32 +0100 From: Ivan Voras <ivoras@freebsd.org> To: freebsd-geom@freebsd.org Cc: freebsd-embedded@freebsd.org Subject: Re: GEOM_LZMA Message-ID: <ihc058$9kc$1@dough.gmane.org> In-Reply-To: <AANLkTikG7S=ErqCc8Yy6U37B7Cwv55BffnLr5tJ4VbuA@mail.gmail.com> References: <20110119125407.be7669b9.ray@dlink.ua> <AANLkTikjL-0t4t_R_%2BTHy-2VUrU%2BLVhgrBV8Gdjx80K_@mail.gmail.com> <20110120084955.GD1716@garage.freebsd.pl> <20110120122644.9a38974c.ray@dlink.ua> <AANLkTikG7S=ErqCc8Yy6U37B7Cwv55BffnLr5tJ4VbuA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 20/01/2011 16:51, Adrian Chadd wrote: > Well, creating a generic geom_compress module shouldn't increase the > size by all that much. It's just a few function pointers that point at > the decompression class. The rest of the format is the same, right? > (ie, how it's broken into chunks, the chunks are separately > compressed, etc.) I think they are talking about the size of the kernel :)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ihc058$9kc$1>