Date: Wed, 26 Mar 2008 10:51:32 +0100 From: "Ivan Voras" <ivoras@freebsd.org> To: "Benjeman J. Meekhof" <bmeekhof@umich.edu> Cc: freebsd-performance@freebsd.org Subject: Re: performance tuning on perc6 (LSI) controller Message-ID: <9bbcef730803260251g43583da6pff1c291db0cc9246@mail.gmail.com> In-Reply-To: <47E9E660.6090101@umich.edu> References: <47E85C00.4010601@umich.edu> <fsai10$c2p$1@ger.gmane.org> <47E9E660.6090101@umich.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 26/03/2008, Benjeman J. Meekhof <bmeekhof@umich.edu> wrote: > Hi Ivan, > > 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 > blocksize? > > 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). Yes, that was my meaning. If I understood you correctly, Linux manages ~~ 800 MB/s on the array, right? > 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. I'd guess it's UFS(2), but I don't really know. My own benchmarking was on a different controller (IBM ServeRAID 8) and I got a similar ratio between Linux and FreeBSD, so I don't think it's the drivers' fault. ZFS achieves noticeably better results so it's probably not GEOM's.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9bbcef730803260251g43583da6pff1c291db0cc9246>