On Monday 17 March 2003 15:15, James Devenish wrote:
>
> (Just to keep pushing the Unison barrow:) Unison, being userland
> software, is not attached to partitions: it works at the level of
> already-mounted filesystems. You can tell it to use any 'roots'
> ("base directories") and ignore/include any files/directories.
I'm all for userland solutions, especially ones that can work from a directory
base instead of a partition level. As long as they do the job and do it
efficiently. I will give Unison a go and compare it to rsync, at least.
> > I considered Unison, and keep meaning to try it out in this role. Would
> > it really be any faster than rsync's "building file list" phase, though?
>
> (I've not used rsync much. Never seemed to fit the bill for me, so I
> don't know how it performs.) Unison only 'builds' its file list once and
> then stores this 'last known good' state. Subsequent runs are fast.
The problem I have with the rsync/unison solution is that, even if unison has
a file list already, to check for updates, it still has to scan every file,
does it not? Otherwise, how does it know that a file is different from what
is in its db of file statuses?
--
. Trevor Phillips - http://jurai.murdoch.edu.au/ .
: Web Technical Administrator - T.Phillips at murdoch.edu.au :
| IT Services - Murdoch University |
>--------------------------------------------------------------------<
| On nights such as this, evil deeds are done. And good deeds, of /
| course. But mostly evil, on the whole. /
\ -- (Terry Pratchett, Wyrd Sisters) /