On Fri, Jun 11, 2004 at 02:53:53PM -0400, Wallace Matthews wrote: > I am seeing some rather strange behavior with synch of 2 directories on the same > system using 2.6.2. > > The older file is the image of a full backup and is 29Gig in size. The new image is > a slice of an incremental > backup and is 101Meg in size. > > the command line is: > time /home/wally/rsync/rsync-2.6.2 -av --rsh=rsh --backup --stats --block-size=<xxx> > --write-batch=kbup1aaa /test/Kibbutz/Kbup_1.aaa /test/Kibbutz/work > > What I am observing in /test/Kibbutz/work is a file .Kbup_1.aaa.AZVyuT that is 35 > Meg in size after an overnight run that has been going on for 14 hours. When I kill > the job, I get real 817m10.062s and user 814m45.940s sys 7m23.870s. > > I have tried this without the --block-size statement and it goes pretty fast but the > literal data is 104M with no matches. > > I have tried it for a variety of --block-size=<xxx> and it always stalls with very > high user times. > > If I make the destination fedor://test/Kibbutz with a copy of the 29G file in the > destination directory, it takes about 30m of real time and 9m of user time. > > It seems to be specific to source and destination being on the same system. > > Would either Wayne or Tim give me some insight into what I am doing to screw up > rsync so badly??
Do you observe the same behavior without "write-batch"? -chris > > I did similar experiments with 2.5.7 in January and didnt see behavior like this, > but at that time my full backup images were only 100 Meg or so and my incremental > backups were about 10 Meg. > > I was experimenting with building the deltas locally and distributing them with a > download server for expansion of the remote targets. > > wally > > -- > To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync > Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html