file compression on target side

Mag Gam magawake at
Tue Jan 20 01:05:07 GMT 2009

Using Redhat 4.5; I have been researching this for weeks and all signs
and wisemen (such as yourself) point to the Holy Grail -- ZFS!

On a side node, brtfs nor ext4 won't help us too much. Strange that
ZFS is being ported to FreeBSD but a license dispute between GPL and
CDDL? I guess GPL isn't all its cracked out to be... (no flame

Eitherway, thanks for everyone's time and replies.


On Mon, Jan 19, 2009 at 4:14 PM, Ryan Malayter <malayter at> wrote:
> On Mon, Jan 19, 2009 at 2:34 PM, Mag Gam <magawake at> wrote:
>> ZFS on fuse is just too slow. I suppose I will wait for ZFS on Linux
>> (pipe dream) or try to switch to Solaris 10 on x86
> There will never be ZFS in the Linux kernel because of license
> incompatibilites. The linux answer to ZFS is btrfs, which is still in
> development, and not much of an answer in my opinion ;-).
> Also, there does not appear to be any "stock" linux kernel filesystem
> that supports transparent compression read/write. SquashFS is
> read-only. What Linux distribution are you using? It might bundle a
> patch or other filesystems.
> I would suggest trying gzip --rsyncable. Compress the files with gzip
> --rsyncable at the source, and rsync should be able to find
> significant matches (especially for updates of log files).
> --

More information about the rsync mailing list