On Fri, 21 Jan 2011 14:02:32 +0100 Ivan Voras <[email protected]> wrote:
>> 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 :) Exact match :) But really, gzip in most cases already compiled into kernel (my not) and anyway have small footprint. So I done join GEOM_UZIP + GEOM_ULZMA module, called GEOM_ULZMA yet. Module name open for discussion :) Since they must have short and understandable name. Maybe GEOM_COMPR, maybe full GEOM_COMPRESSION, maybe GEOM_REDUCE, etc. http://my.ddteam.net/files/geom_ulzma_and_uzip.diff and same in attachment. P.S. Please modify conf/files by hand, because my own conf/files have many changes. >> >> _______________________________________________ >> [email protected] mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-geom >> To unsubscribe, send any mail to "[email protected]" -- Alexandr Rybalko <[email protected]> aka Alex RAY <[email protected]>
_______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-geom To unsubscribe, send any mail to "[email protected]"
