NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.

Forum Discussion

smansfield's avatar
smansfield
Aspirant
Jun 27, 2012

ReadyNAS 3200

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=310

These are my results:

https://docs.google.com/spreadsheet/ccc?key=0As8QYW2aDdwgdGU1ODRPUWRkeXZMbjRPUWJxQjdZQXc

If 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 used

Disabled full data journaling. Enabled disk write cache. Enabled jumbo frames.

Running with IEEE 802.3ad LACP with a xmit_hash_policy of Layer2.

27 Replies

Replies have been turned off for this discussion
  • StephenB's avatar
    StephenB
    Guru - Experienced User
    I think that jumbo frames directed to the VM from outside will result in IP fragmentation in the VM.
  • StephenB's avatar
    StephenB
    Guru - Experienced User
    So 1-7 is with jumbo frames on? And all responses are in ms?

    Not sure what is normal, though of course rows 8-14 are performing better.

    Since the really long response times are rare, its hard to compare the maxes unless you have a really long run. It might be useful to choose a performance threshold, and report the percentage or response times that exceed it.
  • Rows 1 -> 7 Jumbo Frames ON
    Rows 8 -> 14 OFF

    Yeah, I guess the max response times are more variable.. but I'm still shocked to see that it can take close to or over a second to get a response sometimes.
  • StephenB's avatar
    StephenB
    Guru - Experienced User
    smansfield wrote:
    but I'm still shocked to see that it can take close to or over a second to get a response sometimes.
    Yes. So maybe counting the % of responses that take > 100 ms(or some other threshold you think is reasonable) might be a more stable way to figure out how bad the outliers are.

    Have you checked the disk health? Reallocated sectors can greatly increase seek time.
  • I've just check the disk health and there isn't a single reallocated sector on any one of the drives in the array. Like I said though, I'm not sure what the "expected" values are for a setup like this, so I don't know if what I'm seeing is the "norm" or something to be worried about; either way the numbers don't look too impressive, but possibly workable. Shame that no-one else could run a comparison test for me using a VMware + ReadyNAS 3200 setup, but I imagine there are few and far between people using this..?
  • I am busy setting up a ReadyNAS 3200 with VMware as well. Noticed also some odd performance which is starting to make me wonder. Quick run down of my setup:

    ESXi 4.1 Hosts

    - 2 hosts with each one NIC dedicated to the NAS
    - No Jumbo Frames
    - 1000 Mb/s NIC

    Switch

    - Dedicated VLAN for NAS and ESXi hosts
    - Cisco Catalyst 3700 series
    - Jumbo Frame enabled (in case I need to enable it on the NAS and ESXi hosts)

    NAS

    - ReadyNAS 3200 latest firmware and 12x 2TB X-RAID2 with dual redundancy array with one NFS share
    - NIC teamed (802.3ad LACP and switch configured)

NETGEAR Academy

Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology! 

Join Us!

ProSupport for Business

Comprehensive support plans for maximum network uptime and business peace of mind.

 

Learn More