(Anton cc'd because he seems to like this kind of stuff.)
I was looking at the MD4 routines in librsync, which are basically the
same as those in rsync. I noticed how much time they spend in copying
from one buffer to another, I think mostly because the code is old and
crufty, but partly
I'm not a BEEP expert. If you'd like, perhaps we can bring Kris
Magnusson into the loop.
use it we should certainly learn from it.
Agreed.
* There seems to be no C implementation yet. Much as I like Java and
Python, I think rsync still needs to be done in C, and building
this
Major features in this release:
* Much better compression than previous versions.
* Much better performance, too. :)
* Portability fixes for Solaris and FreeBSD from Alberto Accomazzi
and Jos Backus. librsync at the moment does not work on platforms
that can't do unaligned memory
On 18 Mar 2001, Kevin Dangoor [EMAIL PROTECTED] wrote:
Hi,
I just installed rsync for Solaris (from source, using default configure
options). When I ran rsync for a directory that already existed on both
machines, it appeared to update permissions, etc. successfully. I'm unable
to get
[60GB]
path = /home/ftp/pub
comment = Basic mirror. Maximum of 60GB in size.
include from = /etc/rsync.d/60gb.conf
[90GB]
path = /home/ftp/pub
comment = Basic mirror. Maximum of 90GB in size.
include from = /etc/rsync.d/90gb.conf