On 12/21/10 18:51, Jakob Unterwurzacher wrote: > > What about the kernel version? Probably barriers are now working as they > should and you pay the price for that. dpkg package management had huge > performance regressions due to this AFAIR.
Googled a bit on that but I'm left confused: are you talking about memory barriers, ext4 barriers, or some other type ? > Other than that, I'd try to find out where rdiff-backup is spending all > the the time. What does > iostat -dx 1 > in the %utils column say while an incremental is running? > You could even fire up sysprof to see what it is waiting for. We did monitor that a couple of weeks back. I do not have numbers readily available now but we did not find a specific reason I believe. For now I'm going to probably work around it by making the process a two-phase one: first step rsync, second step rdiff-backup... I may still do repaet tests with iostat later, if only to find out what is causing this... Cheers! Maarten > Regards, > Jakob > > _______________________________________________ > rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org > http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users > Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki _______________________________________________ rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
