Slow raidz1 performance with 5 x WD20EARX in HP n36L
Posted: 29 Apr 2013 17:36
Hi
I'm suffering really poor write performance with zfs and a raidz1 array in my n36L.
It's only got 4GB RAM so zfs.prefetch is disabled, sync is disabled, dedup if off, atime and xattr are off and so is compression, but I'm struggling to get over 40MB/sec. It'll peak at around 100MB/sec for the start of a transfer (nfs) but then drop down and be around 30-40MB/sec.
I'm using the latest stable, 9.1.0.1.636.
All drives report they are fine to smartctl, I'm using the 4k tickbox and deleted the .nops and connected straight to the ada[0-4] and the ashift is 12.
BIOS has write cache disabled, which actually made little/no difference when turned on.
Weirdly enough having an SSD on its own pool didn't get any better, so I'm wondering if this is actually a controller issue on the n36L (TheBay v2 BIOS for AHCI/full speed on all ports).
The source drives (over nfs) can provide data fast enough, so can the network.
If I run a local DD then it may spark get up to 60MB/sec
A scrub will do over 200MB/sec, so what is causing the slow writes? Parity calculations, interrupts, or is something just in need of a tweak?
I'm sure this has all happened since the 5th HDD went in, so perhaps there a issue with one drive being off the motherboard connector the others being off the SFF-8087, although all are sync'd at 300MB/s.
Perhaps this should be in the hardware section, but i thought I'd ask here in case its a zfs issue.
Help appreciated as currently its all a bit slow.
Thanks
Chris
I'm suffering really poor write performance with zfs and a raidz1 array in my n36L.
It's only got 4GB RAM so zfs.prefetch is disabled, sync is disabled, dedup if off, atime and xattr are off and so is compression, but I'm struggling to get over 40MB/sec. It'll peak at around 100MB/sec for the start of a transfer (nfs) but then drop down and be around 30-40MB/sec.
Code: Select all
nas4free:~# zpool iostat pool0 5
capacity operations bandwidth
pool alloc free read write read write
---------- ----- ----- ----- ----- ----- -----
pool0 4.76T 4.30T 3 482 15.6K 42.4M
pool0 4.76T 4.30T 0 458 1.60K 40.6M
pool0 4.76T 4.30T 0 498 0 40.9M
pool0 4.76T 4.30T 0 436 3.20K 35.7M
pool0 4.76T 4.30T 0 371 0 33.9M
pool0 4.76T 4.30T 0 413 819 33.2M
pool0 4.76T 4.30T 0 505 0 41.3MAll drives report they are fine to smartctl, I'm using the 4k tickbox and deleted the .nops and connected straight to the ada[0-4] and the ashift is 12.
BIOS has write cache disabled, which actually made little/no difference when turned on.
Weirdly enough having an SSD on its own pool didn't get any better, so I'm wondering if this is actually a controller issue on the n36L (TheBay v2 BIOS for AHCI/full speed on all ports).
The source drives (over nfs) can provide data fast enough, so can the network.
Code: Select all
nas4free:~# iperf -c 10.0.10.5 -w 512k -l 128k -P 2 -f m -t 10
------------------------------------------------------------
Client connecting to 10.0.10.5, TCP port 5001
TCP window size: 0.50 MByte (WARNING: requested 0.50 MByte)
------------------------------------------------------------
[ 4] local 10.0.10.1 port 59002 connected with 10.0.10.5 port 5001
[ 3] local 10.0.10.1 port 55820 connected with 10.0.10.5 port 5001
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.0 sec 4045 MBytes 3393 Mbits/sec
[ 3] 0.0-10.0 sec 3996 MBytes 3351 Mbits/sec
[SUM] 0.0-10.0 sec 8041 MBytes 6744 Mbits/secCode: Select all
pool0 4.81T 4.26T 3 482 15.6K 42.3M
pool0 4.81T 4.26T 0 505 1.60K 44.7M
pool0 4.81T 4.26T 0 467 0 42.1M
<started DD>
pool0 4.81T 4.26T 12 742 50.4K 59.7M
pool0 4.81T 4.26T 12 805 55.2K 54.3M
pool0 4.81T 4.26T 11 805 47.2K 64.7M
pool0 4.81T 4.25T 11 887 49.6K 67.9M
<DD ended>
pool0 4.81T 4.25T 6 640 28.0K 51.5M
pool0 4.81T 4.25T 4 511 20.0K 38.0MCode: Select all
nas4free:/mnt/pool0/Users# dd if=/dev/zero of=test.tst bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 21.331220 secs (50336635 bytes/sec)I'm sure this has all happened since the 5th HDD went in, so perhaps there a issue with one drive being off the motherboard connector the others being off the SFF-8087, although all are sync'd at 300MB/s.
Perhaps this should be in the hardware section, but i thought I'd ask here in case its a zfs issue.
Help appreciated as currently its all a bit slow.
Thanks
Chris