Single Client Performance - CIFS and NFS on Linux

A CentOS 6.2 virtual machine was used to evaluate NFS and CIFS performance of the NAS when accessed from a Linux client. We chose IOZone as the benchmark for this case. In order to standardize the testing across multiple NAS units, we mount the CIFS and NFS shares during startup with the following /etc/fstab entries.

//<NAS_IP>/PATH_TO_SMB_SHARE /PATH_TO_LOCAL_MOUNT_FOLDER cifs rw,username=guest,password= 0 0

<NAS_IP>:/PATH_TO_NFS_SHARE /PATH_TO_LOCAL_MOUNT_FOLDER nfs rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2, sec=sys,mountaddr <NAS_IP>,mountvers=3,mountproto=udp,local_lock=none,addr=<NAS_IP> 0 0

The following IOZone command was used to benchmark the CIFS share:

IOZone -aczR -g 2097152 -U /PATH_TO_LOCAL_CIFS_MOUNT -f /PATH_TO_LOCAL_CIFS_MOUNT/testfile -b <NAS_NAME>_CIFS_EXCEL_BIN.xls > <NAS_NAME>_CIFS_CSV.csv

IOZone provides benchmark numbers for a multitude of access scenarios with varying file sizes and record lengths. Some of these are very susceptible to caching effects on the client side. This is evident in some of the graphs in the gallery below.

Readers interested in the hard numbers can refer to the CSV program output here.

The NFS share was also benchmarked in a similar manner with the following command:

IOZone -aczR -g 2097152 -U /nfs_test_mount/ -f /nfs_test_mount/testfile -b <NAS_NAME>_NFS_EXCEL_BIN.xls > <NAS_NAME>_NFS_CSV.csv

The IOZone CSV output can be found here for those interested in the exact numbers.

A summary of the bandwidth numbers for various tests averaged across all file and record sizes is provided in the table below. As noted previously, some of these numbers are skewed by caching effects. A reference to the actual CSV outputs linked above make the entries affected by this effect obvious.

Synology DS415+ - Linux Client Performance (MBps)
IOZone Test CIFS NFS
Init Write 85 81
Re-Write 83 80
Read 49 136*
Re-Read 50 137*
Random Read 28 65
Random Write 78 76
Backward Read 28 54
Record Re-Write 50 1695*
Stride Read 45 115
File Write 83 80
File Re-Write 83 80
File Read 34 95
File Re-Read 36 95
*: Benchmark number skewed due to caching effect
Single Client Performance - CIFS & iSCSI on Windows Multi-Client CIFS Performance
Comments Locked

41 Comments

View All Comments

  • ganeshts - Thursday, October 30, 2014 - link

    Encryption testing is with a single client. The limitation is on the client side which has only a single GbE link.

    Reason it is done this way is to make sure we have data that can be compared against other units that have been evaluated before.
  • thewishy - Friday, October 31, 2014 - link

    Well, the client side isn't entirely the problem here. You could do LACP on the client side too, and still only see gigabit. Ethernet was never designed to receive frames out of order, and the two interfaces aren't easily syncronised - so traffic between a pair of endpoints is sent over only one link. Fine and dandy for busy networks, poor in this scenario
  • Sonic01 - Tuesday, November 4, 2014 - link

    Makes sense, it's a shame you guys don't test this as some of us might be using a client or server configured with link aggregation.

    I've purchased this NAS, a LAG capable switch and network card for my desktop and server, will see what kind of performance I get...
  • xenol - Thursday, October 30, 2014 - link

    Gallery: Gallery Title!

    I laughed harder than I should at that.
  • shelbystripes - Thursday, October 30, 2014 - link

    Two questions I can't find the answers for anywhere:

    1) Does the 415+ come with ECC RAM?

    2) If not, does it work if you put ECC RAM in it?

    One of the key potential benefits of Avoton/Rangeley is support for ECC RAM, but Synology doesn't mention it, and it seems like the kind of thing you'd advertise (or at least list in the specifications) if you used it.
  • ganeshts - Thursday, October 30, 2014 - link

    Nope, no ECC RAM. The platform may support it, but Synology's board doesn't. At this price point, ECC support is difficult to get.
  • shelbystripes - Thursday, October 30, 2014 - link

    ganeshts: I don't understand this. I'm not saying I don't understand you, or don't believe you. (If I didn't think your answer was possible, I wouldn't have asked the question.) What I am saying is, I don't understand why ECC RAM isn't supported in this model.

    From the block diagram under "Platform Analysis", it appears that the memory controller is built into the CPU/SoC, and the C2538 they're using does support ECC RAM. DDR3 SODIMMs are 204-pin whether they're ECC or not, and while it's not really discussed in this review, a teardown on legionhardware.com shows the memory as a single SODIMM module. Since Synology is using an SoC with an integrated ECC-capable memory controller, I can't understand why they would leave out ECC memory support. It seems like it would have to be an active choice on their part not to, in order to discourage people from sticking in ECC RAM on their own. (Synology doesn't like its users upgrading RAM and claims that doing so will void the warranty, which is something the PC industry stopped pulling a decade ago.) All the necessary hardware should be there, right? So why doesn't it work if you just stuck an ECC UDIMM in there? Did Synology actively disable this feature of the SoC?
  • chubbypanda - Thursday, October 30, 2014 - link

    While dimensions and sockets for DDR3 and ECC DDR3 modules are physically the same, they've got different electrical layouts! Inserting regular memory module into ECC DDR3 equipped board would result in damaged memory module and possibly the board.

    As why Synology chose not to use ECC memory (despite they could have), Ganesh already answered that.
  • jabber - Friday, October 31, 2014 - link

    Plus it leaves them open to sell a version in the future that does support ECC and charge you an extra $400 for the benefit.
  • shelbystripes - Friday, October 31, 2014 - link

    Chubbypanda: Thanks for your reaponse, it put me on the right track.

    I was about to say that I don't buy this, since both ASUS and SuperMicro make Avoton boards that are listed as taking both ECC and non-ECC RAM. But on a closer look, only the SuperMicro mATX boards (which have full-size 240-pin DIMM sockets) claim to support both ECC and non-ECC RAM. Their mini-ITX boards (which have 204-pin SODIMM sockets) support ECC RAM only. The missing pins in SODIMMs must be ones that would allow cross-compatibility (probably by providing separate electrical signals for ECC and non-ECC RAM, at least for detection at startup).

    I think that's it. Since the Synology unit uses SODIMMs, it can only support one or the other, and they chose non-ECC. Boo. If (as jabber mentioned) they release a higher-end version with ECC RAM, I'll buy it... If I haven't given up waiting for it and built myself a FreeNAS box. I had been waiting and hoping for the inevitable Avoton Synology box, but I hadn't anticipated this.

Log in

Don't have an account? Sign up now