Date: Thu, 13 Sep 2012 13:13:37 -0700 From: Garrett Cooper <yanegomi@gmail.com> To: matt <sendtomatt@gmail.com> Cc: Achim Patzner <ap@bnc.net>, Andrey Zonov <zont@freebsd.org>, freebsd-current@freebsd.org Subject: Re: mfi driver performance Message-ID: <CAGH67wQrHE4r=hwed=g--VckzFnOQ7szLeW5Hpbn=K6-wzib7Q@mail.gmail.com> In-Reply-To: <505239E2.1040805@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> <505239E2.1040805@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Sep 13, 2012 at 12:54 PM, matt <sendtomatt@gmail.com> wrote:
> On 09/10/12 19:31, Garrett Cooper wrote:
...
> 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.
Try loader.conf:
$ grep -r hw.mfi.max_cmds /sys/dev/mfi/
/sys/dev/mfi/mfi.c:TUNABLE_INT("hw.mfi.max_cmds", &mfi_max_cmds);
Cheers,
-Garrett
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGH67wQrHE4r=hwed=g--VckzFnOQ7szLeW5Hpbn=K6-wzib7Q>