Hi Jim, On Tue, Aug 18, 2009 at 07:45:57PM -0500, Jim Leonard wrote:
> > first of all, where are you seeing these figures, and what are you > > measuring? > > Rather than try to convince you of my competence, I will offer up these > benchmarks for the exact same endpoint machines and file (a 2 gigabyte > uncompressable *.avi file that did NOT exist on the target): > > Unix rsync->Unix rsync: 60MB/s > Windows SMB->Unix smbclient: 65MB/s > Windows rsyncd->Unix rsync: 5MB/s > Windows rsyncd->BackupPC_dump: 5MB/s > > As you can see, something is now clearly wrong with the windows rsyncd > source. I confirmed this by profiling actual rsync in Unix and saw that > 77% of its time was spent waiting for data (which mirrors exactly what > File::RsyncP::pollsys was doing, wasting 77% of its time waiting for > data). So the problem isn't BackupPC, it's windows rsyncd. I would take a look at a network traffic dump - maybe something is bad there? More suspects: Windows firewall, some other firewall inbeteween? Did you try Windows rsyncd -> Windows rsync (to rule out some strange Linux vs. Windows network stack issue)? Bye, Tino. -- "What we nourish flourishes." - "Was wir nähren erblüht." www.lichtkreis-chemnitz.de www.craniosacralzentrum.de ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ BackupPC-users mailing list [email protected] List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
