GEOM_LZMA

[Alexandr Rybalko]

On Fri, 21 Jan 2011 14:02:32 +0100
Ivan Voras <ivoras at freebsd.org> 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.

>> 
>> _______________________________________________
>> freebsd-geom at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-geom
>> To unsubscribe, send any mail to "freebsd-geom-unsubscribe at freebsd.org"


-- 
Alexandr Rybalko <ray at dlink.ua> 
aka Alex RAY <ray at ddteam.net>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: geom_ulzma_and_uzip.diff
Type: text/x-diff
Size: 18968 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-embedded/attachments/20110121/aee40ba1/geom_ulzma_and_uzip.bin