https://bugzilla.samba.org/show_bug.cgi?id=7854
Björn Jacke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.samba.org/show_bug.cgi?id=7854
--- Comment #2 from grarp...@gmail.com 2012-03-10 22:52:51 UTC ---
Maybe related:
https://bugzilla.samba.org/show_bug.cgi?id=5801
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugzilla.samba.org/show_bug.cgi?id=7854
--- Comment #1 from grarp...@gmail.com 2012-02-29 07:08:41 UTC ---
Bump and request for 1.25 year review.
Sparse files can be created with dd.
Sparseness in reasonably random locations and densities
can be created with partial bittorrent downloads.
https://bugzilla.samba.org/show_bug.cgi?id=7854
Summary: Abysmal sparse file performance
Product: rsync
Version: 3.0.7
Platform: x86
OS/Version: FreeBSD
Status: NEW
Severity: major
Priority: P3
Component
> "stand-alone" mode to copy from and to the same computer.
Yes, however that is a valid and common use case, and one in
which rsync needs to compete.
> it will use the delta algorithm to do not transfer all the files
Though unrelated to the above, that's a fine summary of another
one of rsync's
Hi,
I'm not an rsync expert, other people will confirm or infirm what I'm
saying, but I think your problem is that you are using rsync in "stand-
alone" mode to copy from and to the same computer. Although that
works, in this way rsync won't use it's delta algorithm and so, won't
have grea
I have a 5.5GB file, mostly sparse. Tar performs far[!] better than rsync.
I have no ideas yet, so just an FYI as to current state.
FreeBSD 8.1 i386 zfs
Yes, I know the blocks used differs but don't know why yet, could
be just how zfs does things or related to the large amount of sparseness.
There
