FreeNAS

Tracker: Bugs

1 AFP performance - ID: 1853082

Last Update: Settings changed ( votdev )

Details:

FN 0.686B3

Using AFP to share a file dump area (mainly photographs) between OSX hosts.
When transferring (copy in Finder) a large directory from a field notebook
to the server, performance is as expected. If the user starts browsing the
share from the same notebook while the copy is in progress, AFP performance
is degraded quite severely (5-6Mbyte/s to 100kbyte-2Mbyte/s). Performance
picks up again after aborting and restarting the copy operation.

CPU load and network load graphs attached.

Any advise appreciated. We will continue using AFP, so a solution, or at
least an idea why this happens would be good :-)

Cheers,
Martin

Submitted:

lillereven ( lillereven ) - 2007-12-18 14:50

Priority:

Status:

Closed

Resolution:

Out of Date

Assigned:

Nobody/Anonymous

Category:

Services (Samba, FTP, etc...)

Group:

None

Visibility:

Public

Comments ( 3 )

Date: 2007-12-19 08:12 Sender: lillereven Hm. Then why doesnt't performance pick up again when browsing has finished? Besides, the oscillating speed I see in the graphs can't possibly be normal behaviour? I'll run a test using SMB after the xmas break. Anyway, thanks for your input :)
Date: 2007-12-19 05:47 Sender: danmero Hi Martin Upload can wait(and finish one day)... browsing is the priority(..real time?). Regards, Dan
Date: 2007-12-19 03:18 Sender: espy3000 This is afaik a normal behaviour...have seen this on windows too.. greetz, Gerrit

Attached File ( 1 )

Filename	Description	Download
graphs.zip	CPU and network i/f load graphs	Download

Changes ( 5 )

Field	Old Value	Date	By
status_id	Open	2008-06-17 20:41	votdev
resolution_id	None	2008-06-17 20:41	votdev
close_date	-	2008-06-17 20:41	votdev
priority	5	2007-12-19 05:47	danmero
File Added	259032: graphs.zip	2007-12-18 14:50	lillereven

FreeNAS

Tracker: Bugs

Comments ( 3 )

Attached File ( 1 )

Changes ( 5 )

About SourceForge

Find Software

Develop Software

Community

Help