Date: Tue, 03 Mar 2009 13:40:41 -0500 From: Mike Tancsa <mike@sentex.net> To: Barry Pederson <bp@barryp.org> Cc: FreeBSD Current <freebsd-current@freebsd.org>, FreeBSD Stable <freebsd-stable@freebsd.org> Subject: Re: HEADS UP: Major CAM performance regression Message-ID: <200903031840.n23IeXuk032580@lava.sentex.ca> In-Reply-To: <49AD6130.8040703@barryp.org> References: <499551B9.7050805@samsco.org> <200902172307.n1HN74ml025580@pyroxene.sentex.ca> <49AD6130.8040703@barryp.org>
next in thread | previous in thread | raw e-mail | index | archive | help
At 11:56 AM 3/3/2009, Barry Pederson wrote:
>I can report a "metoo" on a 7.0-RELEASE-p3 machine with an Areca
>ARC-1212 card and SATA drives. "camcontrol tags da0" reports:
>
> (pass0:arcmsr0:0:0:0): device openings: 1
>
>The machine is just a dog sometimes. Haven't tried the patch though.
RELENG_7 has all the fixes in. There seem to be quite a few cam
fixes plus the one areca fix. With the patches, post reboot I now see
da1: Command Queueing Enabled
raw throughput seems to be the same (which is should). It when there
are multiple reads/writes that the biggest difference should show up.
---Mike
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200903031840.n23IeXuk032580>