I've just got a ReadyNAS 3200 with 6 x 1TB Hitachi HUA722010CLA330 drives, and I've run an IOMeter test from my desktop to the server using the iometer.icf file found on http://www.readynas.com/?p=310These are my results:https://docs.google.com/spreadsheet/ccc?key=0As8QYW2aDdwgdGU1ODRPUWRkeXZMbjRPUWJxQjdZQXcIf someone could take a look and give their impressions, we'll see whether they match mine, which is :shock: why the hell is it performing that poorly!?Oops, few things I forgot:Model: ReadyNAS 3200 v1 [X-RAID2]Firmware: RAIDiator 4.2.20 Memory: 4096 MB [DDR2]Volume C: Online, X-RAID2, 6 disks, 14% of 3683 GB usedDisabled full data journaling. Enabled disk write cache. Enabled jumbo frames.Running with IEEE 802.3ad LACP with a xmit_hash_policy of Layer2.

Ok, I think I've just solved my own problem, I've gone into the rack with my laptop and done the test directly through the gigabit switch that the NAS (& VM Cluster) is connected too, and the performance has rocketed. Interestingly though, with Jumbo Frames on I get LOWER read/write performance than with it disabled in my network card configuration.ON: 37 MB/s Read 62MB/s WriteOFF: 60MB/s Read 80MB/s Write

Hi smansfield.There is a newer firmware available: http://www.readynas.com/RAIDiator_x86_4_2_21_NotesYes it does sound like there is some issue on your network.As for Jumbo Frames, many find it's more trouble than what it's worth to use. You need all of the NAS, PC and switch to support jumbo frames and have the feature enabled. Also a good idea to ensure the NIC drivers for the NIC in your PC are up to date.Note that if you use Jumbo Frames you need to make sure that the MTU is set correctly: http://help.expedient.com/broadband/mtu_ping_test.shtmlThe performance numbers you mention with the connection via the switch would also be affected by the drive in your laptop. The hard drive in the laptop is almost certainly the bottleneck on performance.Looking at your volume capacity it appears you are using X-RAID2 dual-redundancy (RAID-6). I do recommend using dual-redundancy and this does provide good peace of mind. If any two disks fail data remains intact. Important data primarily stored on the ReadyNAS should still be backed up regularly. See Preventing Catastrophic Data LossDo note that the performance article you linked to was written quite some time ago now, back before the x86 (Intel) line of ReadyNAS products was released. Many things are still the same, but some things have changed. Obviously the x86 ReadyNASes are much faster and more powerful than the discontinued Sparc line. Also the "Disable Journaling" option mentioned in the article is no longer present in x86 firmware as it's obsolete.Welcome to the forum!

mdgm wrote:...Also the "Disable Journaling" option mentioned in the article is no longer present in x86 firmware as it's obsolete..."Disable full data journaling" appears on my Pro under system/performance. Was this just removed in 4.2.21? (I am still on 4.2.20).

StephenB I said "Disable Journaling". "Disable Journaling" is obsolete not "Disable Full Data Journaling".

mdgm wrote:StephenB I said "Disable Journaling". "Disable Journaling" is obsolete not "Disable Full Data Journaling".Though of course "disable full data journaling"is related and will still help write performance. I wouldn't recommend doing that unless you have a UPS though.

ReadyNAS 3200 | NETGEAR Communities

27 Replies

Replies have been turned off for this discussion

StephenB
Guru - Experienced User
Jun 27, 2012
I'm not a VM expert, but it sort of looks like more NFS threads helps performance, but some other event is creating the unacceptable spikes.
smansfield
Aspirant
Jun 27, 2012
There isn't anything else going on with the NAS at all it; it doesn't host any "normal" file shares, it's just running 2 VMs both of which are suffering from the same issue.

Is there any way to test access latency from a desktop machine? Preferably (due to the intermittent nature of this issue) over an extended period of time? ie. Like an IOMeter for latency.
StephenB
Guru - Experienced User
Jun 27, 2012
BTW have you put in a support request?
smansfield
Aspirant
Jun 28, 2012
Not as yet, no. However I'm getting somewhere, I have disabled the Jumbo Frames option and disabled the link-aggregation and changed it from IEEE 802.3ad LACP to just a simple single-failover setup. So far, I haven't had a latency spike bigger than 18ms which is a massive improvement. Now I just have to figure out which of these settings was causing it! (My moneys on the IEEE 802.3ad LACP)
mdgm-ntgr
NETGEAR Employee Retired
Jun 28, 2012
Support may be able to help you get the teaming setup for your environment. It could well be worth contacting them. Depending on your requirements you may wish to consider purchasing a ProSupport contract. See http://www.readynas.com/prosupport for more information.

StephenB

Guru - Experienced User

Jun 28, 2012

smansfield wrote:
Not as yet, no. However I'm getting somewhere, I have disabled the Jumbo Frames option and disabled the link-aggregation and changed it from IEEE 802.3ad LACP to just a simple single-failover setup. So far, I haven't had a latency spike bigger than 18ms which is a massive improvement. Now I just have to figure out which of these settings was causing it! (My moneys on the IEEE 802.3ad LACP)

smansfield wrote:
Not as yet, no. However I'm getting somewhere, I have disabled the Jumbo Frames option and disabled the link-aggregation and changed it from IEEE 802.3ad LACP to just a simple single-failover setup. So far, I haven't had a latency spike bigger than 18ms which is a massive improvement. Now I just have to figure out which of these settings was causing it! (My moneys on the IEEE 802.3ad LACP)

It could also be the combination of course. If I had to pick one to enable, I think in your application I would pick teaming. Though I generally am not a fan of jumbo frames anyway, the gain doesn't seem worth the pain.

Anyway, I'm glad you are getting somewhere.

StephenB
Guru - Experienced User
Jun 28, 2012
Just saw this: http://www.boche.net/blog/index.php/201 ... d-vmotion/

I thought you might find it interesting.
smansfield
Aspirant
Jun 28, 2012
Well I've re-enabled jumbo frame support to see what effect it has, if it doesn't increase the latency and the performance is better (even slightly) I may well leave it on.
StephenB
Guru - Experienced User
Jun 28, 2012
Sounds reasonable. You also enabled it in the VM itself?
smansfield
Aspirant
Jun 28, 2012
No I haven't, I've enabled it on the Virtual Host, Switch, NAS and vCenter Server. I didn't think that the VMs themselves would benefit, as their NICs don't actually access the NAS directly (they see it as their hard drive). Although I guess it would still help for inter-VM comms..?

Forum Discussion

ReadyNAS 3200

27 Replies

Related Content

ReadyNas 3200 fails to load gui and smb

Replacing readyNAS 3200

ReadyNAS 3200 not responsive

ReadyNAS 3200 RN12P Firmware / BIOS Reinstallation

Readynas 3200 firmware to 6.9.0

NETGEAR Academy

ProSupport for Business