Hello Les and thanks for giving your feedback... [cut]
> over the whole file. If they do change and you use rsync, > only the differences will be transferred (to the extent that > rsync can find them and resync on the matching parts in a > huge file), but the server will use the old copy and the > differences to reconstruct a full-sized copy which is slow > and won't be pooled with anything else. If the size and rate So I'm right when thinking that rsync *does* transfer only the bits of a file (no matter how big) which have changed, and *not* the whole file? It wouldn't matter if I don't get anything pooled, I'd just have to choose the correct filesize dimension to store every copy of that VM image. > of change makes this impractical, there are some more > efficient approaches you could try that would make an > intermediate delta-based backup. Well, size is a critical parameter, because I can suppose that VM images are quite *big* files. But if the data transfer could be reduced by using rsync (over ssh of course), there's no problem because the initial transfer would be done by "importing" the VM images from a USB HDD. Therefore, only subsequent "backups" (rsyncs) would transfer data. What do you think? Kind regards, Flavio Boniforti PIRAMIDE INFORMATICA SAGL Via Ballerini 21 6600 Locarno Switzerland Phone: +41 91 751 68 81 Fax: +41 91 751 69 14 URL: http://www.piramide.ch E-mail: [email protected] ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ 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/
