Re: Remote copy on AFP volume
Re: Remote copy on AFP volume
- Subject: Re: Remote copy on AFP volume
- From: Jim Luther <email@hidden>
- Date: Mon, 21 Apr 2008 11:36:00 -0700
The File Manager copy functions (and BSD level copy functions) on Mac
OS X do not take advantage of the AFP protocol's ability to tell a
server to copy between two different volumes as long as they're on the
same server. So the AFP protocol allows it, but it's not used. Pre-Mac
OS X system software took advantage of this protocol feature, but in
practice the UI around it didn't work very well with large files
because there's no feedback from the server during an AFP copy
operation.
- Jim
On Apr 21, 2008, at 10:53 AM, Mac QA wrote:
On 4/21/08, Quinn <email@hidden> wrote:
FSCopyObject does not go through <x-man-page://3/copyfile> but it
will use
the copyfile system call under some circumstances. Specifically, it
requires
that the source and destination volumes are the same and the volume
supports
copyfile per the VOL_CAP_INT_COPYFILE flag returned by
<x-man-page://2/getattrlist>. Notably, AFP actually allows you to
copy
between two different volumes as long as they're on the same
server, but
FSCopyObject does not take advantage of that.
Hi,
When you say "AFP actually allows you to copy between two different
volumes as long as they're on the same server," I take that to mean
that copying a file between AFP Volumes on the same server in not
supposed to result in reads by the client with writes back to the
server, but instead a server side copy should be performed. However I
just configured two AFP volumes on a Leopard Server (both on the same
physical disk & partition). If I connect to AFPVol1 and upload a
200meg file is takes around 20 sec. If I duplicate the file from the
Finder it takes about 8 seconds -- so the duplicate happens on the
server as opposed to the client. However if I drag the file from
AFPVol1 to AFPVol2 (again both the AFP volumes on the same server)
then it will take about 25 sec. So based on that I infer the client
reads data and writes it back to the server to the second volume, not
a server side copy like the duplicate. This seems to contradict what
you state above. I used the Finder from both 10.4.11 and 10.5.2
clients. Maybe this is just poor behavior from the Finder, but just
thought I'd check and see if this is really what you meant should
succeed with just a server side copy. Thanks!
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Filesystem-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Filesystem-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden