Holger writes: > I believe Craig is researching other alternatives (a fuse FS to handle > compression and deduplication, so BackupPC could, in fact, use native rsync). > If that proves unviable, upgrading File::RsyncP to protocol version 30 would > probably be next. But File::RsyncP is open source, so you're free to optimize > it yourself :-). If I find any time at all, I'll take a closer look at the > matter, but that's pretty much an "if (0)" ...
I have built a prototype (and standalone) fuse implmentation that does deduplication, compression and supports extended attributes. I am starting to test it with native rsync. My initial results show is that it is quite slow. Basic rsync system calls often take many file system operations. I need to figure out how much faster it can be made. I also am mindful of the issue of incomplete fuse support. Failing that, I agree my next step is to upgrade File::RsyncP. Craig ------------------------------------------------------------------------------ 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/
