NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
New ReadyNAS RN314 very poor AFP performance
Hi,
Just ended my data migration from old ReadyNAS Ultra 4 to new ReadyNAS 314.
New RD314 is upgraded to latest 6.0.8 SW.
My problem is very poor performance when using Mac both SMB and APF protocols.
If I mount share from old Ultra 4, directory has 500 files, it takes about 4-7 seconds to show file list.
From my new RD314 same task takes more than 5 minutes.
Finder almost hangs during this 5 minutes + time.
Also I get errors to console what using new RD314 shares.
25.6.2013 14.41.01,028 WindowServer[100]: disable_update_likely_unbalanced: UI updates still disabled by application "Finder" after 15.00 seconds (server forcibly re-enabled them after 1.00 seconds). Likely an unbalanced disableUpdate call.
25.6.2013 14.42.43,872 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 117.85 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.42.44,953 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.42.47,009 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 3.06 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.45.41,301 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.45.43,116 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 2.82 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.45.48,999 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.45.58,270 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 10.27 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.45.59,280 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.46.08,196 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 9.92 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.46.09,203 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.46.19,885 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 11.68 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.46.20,897 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.46.34,897 WindowServer[100]: disable_update_likely_unbalanced: UI updates still disabled by application "Finder" after 15.00 seconds (server forcibly re-enabled them after 1.00 seconds). Likely an unbalanced disableUpdate call.
25.6.2013 14.46.41,545 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 21.65 seconds (server forcibly re-enabled them after 1.00 seconds)
Both Ultra 4 and RD314 use MTU size 9000 and normal APF shares.
Any idea what can cause this, is there any known problems in Readynas OS 6 with Mac AFP mounts?
- What Mac OS version are you using? 10.8.4
- What are your ethernet settings set to on your Mac. 1GB/Full dublex MTU 9000
- What switch are you using or indicate if you are doing direct connect? Zyxel 1GB switch and Apple Airport Extreme
- What protocol are you using (AFP, NFS, SMB, FTP, etc)? AFP
- Are you slow on writes or reads? Access directorty that has lots of files, also reading and writing those directories
- What are the exact steps used to reproduce the slow file transfer. Try on open folder using Finder and terminal
- What drives do you have? 3 x 3TB WD Red
- Are you using XRAID or RAID 0, 1, 5? R5
- What NAS box do you have (NV, NV+, 600, 1000, 1100, Duo)? RD314
- In the performance tab in Frontview what are your settings set to? MTU 9000
- What version of RAIDiator firmware are you using? Readynas OS 6 v. 6.0.8
Just ended my data migration from old ReadyNAS Ultra 4 to new ReadyNAS 314.
New RD314 is upgraded to latest 6.0.8 SW.
My problem is very poor performance when using Mac both SMB and APF protocols.
If I mount share from old Ultra 4, directory has 500 files, it takes about 4-7 seconds to show file list.
From my new RD314 same task takes more than 5 minutes.
Finder almost hangs during this 5 minutes + time.
Also I get errors to console what using new RD314 shares.
25.6.2013 14.41.01,028 WindowServer[100]: disable_update_likely_unbalanced: UI updates still disabled by application "Finder" after 15.00 seconds (server forcibly re-enabled them after 1.00 seconds). Likely an unbalanced disableUpdate call.
25.6.2013 14.42.43,872 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 117.85 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.42.44,953 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.42.47,009 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 3.06 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.45.41,301 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.45.43,116 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 2.82 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.45.48,999 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.45.58,270 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 10.27 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.45.59,280 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.46.08,196 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 9.92 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.46.09,203 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.46.19,885 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 11.68 seconds (server forcibly re-enabled them after 1.00 seconds)
25.6.2013 14.46.20,897 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "Finder" for over 1.00 seconds. Server has re-enabled them.
25.6.2013 14.46.34,897 WindowServer[100]: disable_update_likely_unbalanced: UI updates still disabled by application "Finder" after 15.00 seconds (server forcibly re-enabled them after 1.00 seconds). Likely an unbalanced disableUpdate call.
25.6.2013 14.46.41,545 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "Finder" after 21.65 seconds (server forcibly re-enabled them after 1.00 seconds)
Both Ultra 4 and RD314 use MTU size 9000 and normal APF shares.
Any idea what can cause this, is there any known problems in Readynas OS 6 with Mac AFP mounts?
- What Mac OS version are you using? 10.8.4
- What are your ethernet settings set to on your Mac. 1GB/Full dublex MTU 9000
- What switch are you using or indicate if you are doing direct connect? Zyxel 1GB switch and Apple Airport Extreme
- What protocol are you using (AFP, NFS, SMB, FTP, etc)? AFP
- Are you slow on writes or reads? Access directorty that has lots of files, also reading and writing those directories
- What are the exact steps used to reproduce the slow file transfer. Try on open folder using Finder and terminal
- What drives do you have? 3 x 3TB WD Red
- Are you using XRAID or RAID 0, 1, 5? R5
- What NAS box do you have (NV, NV+, 600, 1000, 1100, Duo)? RD314
- In the performance tab in Frontview what are your settings set to? MTU 9000
- What version of RAIDiator firmware are you using? Readynas OS 6 v. 6.0.8
2 Replies
Replies have been turned off for this discussion
- Have you been able to solve this issue? If so, how were you able to solve it? I am having the same problems.
- is your mac also set to MTU 9000?
i've had issues in the past with mismatched MTUs across the network, though I'm not sure I fully understand exactly when/why things go wrong...
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
