performance tuning on perc6 (LSI) controller
Benjeman J. Meekhof
bmeekhof at umich.edu
Wed Mar 26 06:00:05 UTC 2008
Thanks for the response. Your response quotes my initial uneven
results, but are you also implying that I most likely cannot achieve
results better than the later results which use a larger filesystem
gstripe label -v -s 128k test /dev/mfid0 /dev/mfid2
#newfs -U -b 65536 /dev/stripe/test
#write: 19.240875 secs (558052492 bytes/sec)
#read: 20.000606 secs (536854644 bytes/sec)
(iozone showed reasonably similar results - depending on recordsize
would mostly be writing/reading around 500MB/s, though lows of 300MB/s
were recorded in some read situations).
I suppose my real question is whether there is some inherent limit in
UFS2 or FreeBSD or geom that would prevent going higher than this.
Maybe that's really not possible to answer, but certainly I plan to
explore a few more configurations.
Most of my tuning so far has been trial and error to get to this point,
and all I ended up doing to finally get good results was changing
filesystem blocksize to the max possible (I wanted to go to 128k but it
doesn't let you do that). Apparently UFS2 and/or geom interact
differently with the controller than Linux/XFS. This is no great
Ivan Voras wrote:
> Benjeman J. Meekhof wrote:
>> My baseline was this - on linux 2.6.20 we're doing 800MB/s write and
>> greater read with this configuration: 2 raid6 volumes volumes striped
>> into a raid0 volume using linux software raid, XFS filesystem. Each
>> raid6 is a volume on one controller using 30 PD. We've spent time
>> tuning this, more than I have with FreeBSD so far.
>> time dd if=/dev/zero of=/test/deletafile bs=1M count=10240
>> 10737418240 bytes transferred in 26.473629 secs (405589209 bytes/sec)
>> time dd if=/test/deletafile of=/dev/null bs=1M count=10240
>> 10737418240 bytes transferred in 157.700367 secs (68087465 bytes/sec)
> I had similar ratio of results when comparing FreeBSD+UFS to most
> high-performance Linux file systems (XFS is really great!), so I'd guess
> it's about as fast as you can get with this combination.
>> Any other suggestions to get best throughput? There is also HW RAID
>> stripe size to adjust larger or smaller. ZFS is also on the list for
>> testing. Should I perhaps be running -CURRENT or -STABLE to be get best
>> results with ZFS?
> ZFS will be up to 50% faster on tests such as yours, so you should
> definitely try it. Unfortunately it's not stable and you probably don't
> want to use it in production. AFAIK there are no significant differences
> between ZFS in -current and -stable.
Benjeman Meekhof - UM ATLAS/AGLT2 Computing
office: 734-764-3450 cell: 734-417-6312
More information about the freebsd-performance