HFS+ resource forks: WIP patch included

John Van Essen vanes002 at umn.edu
Fri Mar 12 10:39:47 GMT 2004


On Wed, 10 Mar 2004, Wayne Davison <wayned at samba.org> wrote:
> On Wed, Mar 10, 2004 at 01:11:35PM -0500, D Andrew Reynhout wrote:
>> but I'm less clear on
>> why (it appears) that *both* sides sort the flist.
> 
> This is because the flist gets sent as it is created, so it is sent
> unsorted.  Without this rule it would be necessary to wait until the
> list had been fully read from disk and sorted before it was transferred,
> making the use of time much less optimal (it's better to have the disk
> I/O and network I/O overlap rather than be consecutive).

The How Rsync Works document at:

  http://www.pegasys.ws/how-rsync-works.html

says:

  The first thing that happens once the startup has completed
  is that the sender will create the file list. If there are
  many files it may take a while for this to happen. This is
  the most common point for communications timeouts to occur.

  After the complete file list has been created it is then sent
  to the receiver in a network optimised way. 

So that needs to be updated to reflect current operation.

And, JW, when is this document going to go on the rsync site?

Can it be maintained via CVS?

One HTML suggestion - in the Processes and Roles table, you
used  valign="top"  in the <table> tag.  You need to use it in
all the <tr> tags to get the first 2 columns valigned that way.

    JVE



More information about the rsync mailing list