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: flavio AT piramide DOT ch 

------------------------------------------------------------------------------
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
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/