7.0-Release and 3ware 9550SXU w/BBU - horrible write performance

Ivan Voras ivoras at freebsd.org
Wed Mar 5 15:46:19 UTC 2008


Erik Stian Tefre wrote:

> It was completely idle. Changing vfs.read_max to 80 triples the
> sequential read performance, see bonnie++ output below (run on the same
> box, nothing changed except vfs.read_max).

It might be that 3ware is specially pessimized by FreeBSD chopping IO
into 64K blocks. But vfs.read_max doesn't change that so it's maybe not it.

> bonnie++ with vfs_max=80:
> Version 1.93d       ------Sequential Output------ --Sequential Input-
> --Random-
> Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block--
> --Seeks--
> Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP
> /sec %CP
> xxxxxxxxxxxxxxxx 1G   285  83 88193  28 26858   6   690  89 218642  59
> 406.5   5
> Latency             44353us     557ms     542ms   90795us     209ms 361ms
> Version 1.93d       ------Sequential Create------ --------Random
> Create--------
> xxxxxxxxxxxxxxxxxxx -Create-- --Read--- -Delete-- -Create-- --Read---
> -Delete--
>               files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
> /sec %CP
>                  16  8204  19 +++++ +++ 22163  36  9925  25 +++++ +++
> +++++ +++
> Latency               585ms     571us    3844us     257ms   24015us 768us


Are these numbers typical for 3ware's controllers? I still think
something's bad about your setup, see the following performance results
on a 3-drive RAID5 on Dell PERC5:

Version 1.93d       ------Sequential Output------ --Sequential Input-
--Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block--
--Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP
/sec %CP
xxxxx.xxx.xx  4000M   298  99 92319  25 30729  13   440  88 121370  25
533.1  29
Latency             28140us     711ms     430ms     528ms   74013us
225ms
Version 1.93d       ------Sequential Create------ --------Random
Create--------
xxxxx.xxx.xx        -Create-- --Read--- -Delete-- -Create-- --Read---
-Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
/sec %CP
                 30 18782  85 50106  99 45405  99 16481  58 60185  99
49638  99
Latency               259ms   21091us     130us   27529us      50us
 75us

I consider this ok, since (for the simple case of READing) the 3-drive
RAID5 array has the performance of a 2-drive striped array.

Your CPU usage is quite high (59% on sequential block input, if I'm
reading it correctly) - are you limited by your CPU?



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20080305/ec4fd57a/signature.pgp


More information about the freebsd-stable mailing list