Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Sep 2012 12:54:10 -0700
From:      matt <sendtomatt@gmail.com>
To:        Garrett Cooper <yanegomi@gmail.com>
Cc:        Achim Patzner <ap@bnc.net>, Andrey Zonov <zont@freebsd.org>, freebsd-current@freebsd.org
Subject:   Re: mfi driver performance
Message-ID:  <505239E2.1040805@gmail.com>
In-Reply-To: <CAGH67wSrD32_J2UqsxgurZhbM3F-7%2BLsOpYbmeC40p%2B7g9tAPA@mail.gmail.com>
References:  <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <504E200A.5020604@gmail.com> <504E330A.4090806@FreeBSD.org> <504E9EB0.2040504@gmail.com> <CAGH67wSrD32_J2UqsxgurZhbM3F-7%2BLsOpYbmeC40p%2B7g9tAPA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 09/10/12 19:31, Garrett Cooper wrote:
> On Mon, Sep 10, 2012 at 7:15 PM, matt <sendtomatt@gmail.com> wrote:
>
> ...
>
>> mfip was necessary, and allowed smartctl to work with '-d sat'
>>
>> bonnie++ comparison. Run with no options immediately after system boot. In
>> both cases the same disks are used, two Seagate Barracuda 1TB 3G/S (twin
>> platter) and a Barracuda 500G 3G/s (single platter) in a zfs triple mirror
>> that the system was booted from. All are 7200 RPM drives with 32mb cache,
>> and mediocre performance compared to my hitachi 7k3000s or the 15k sas
>> cheetahs at work etc. Firmwares were the latest 2108it vs the latest imr_fw
>> that work on the 9240/9220/m1015/drake skinny. I wish I had some 6g ssds to
>> try!
>>
>> MPS:
>> Version 1.96 ------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
>> flatline.local 32G 122 99 71588 24 53293 20 284 90 222157 33 252.6 49
>> Latency 542ms 356ms 914ms 991ms 337ms 271ms
>> Version 1.96 ------Sequential Create------ --------Random Create--------
>> flatline.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
>> files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
>> 16 22197 93 9367 27 16821 99 23555 99 +++++ +++ 23717 99
>> Latency 31650us 290ms 869us 23036us 66us 131us
>> 1.96,1.96,flatline.local,1,1347322810,32G,,122,99,71588,24,53293,20,284,90,222157,33,252.6,49,16,,,,,22197,93,9367,27,16821,99,23555,99,+++++,+++,23717,99,542ms,356ms,914ms,991ms,337ms,271ms,31650us,290ms,869us,23036us,66us,131us
>>
>> MFI:
>> Version 1.96 ------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
>> flatline.local 32G 125 99 71443 24 53177 21 317 99 220280 33 255.3 52
>> Latency 533ms 566ms 1134ms 86565us 357ms 252ms
>> Version 1.96 ------Sequential Create------ --------Random Create--------
>> flatline.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
>> files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
>> 16 22347 94 12389 30 16804 100 18729 99 27798 99 5317 99
>> Latency 33818us 233ms 558us 26581us 75us 12319us
>> 1.96,1.96,flatline.local,1,1347329123,32G,,125,99,71443,24,53177,21,317,99,220280,33,255.3,52,16,,,,,22347,94,12389,30,16804,100,18729,99,27798,99,5317,99,533ms,566ms,1134ms,86565us,357ms,252ms,33818us,233ms,558us,26581us,75us,12319us
>>
>> A close race, with some wins for each. Latency on sequential input and
>> deleted files per second appear to be interesting salients.
>> A lot of the other stuff is back and forth and probably not statistically
>> significant (although not much of a sample set :) ).
>>
>> I tried to control as many variables as possible, but obviously it's one
>> controller in one configuration, Your Mileage May Vary.
>      Try upping the queue depth (hw.mfi.max_cmds); this is controller dependent.
> Cheers,
> -Garrett
>
It seems hw.mfi.max_cmds is read only. The performance is pretty close 
to expected with no nvram or bbu on this card and commodity disks from 
1.5 years ago, as far as I'm concerned. I'd love better write 
performance, but it's probably being held back by the single platter in 
the mirror when it is writing far from its edge.

Is there any way to check the interface speed with an mfisyspd? When I 
added mfip to my kernel config, the pass devices are all reporting 
150MB/S which is incorrect.

Matt



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?505239E2.1040805>