From owner-freebsd-stable@FreeBSD.ORG Fri Feb 13 20:43:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE250106564A for ; Fri, 13 Feb 2009 20:43:28 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB258FC0C for ; Fri, 13 Feb 2009 20:43:28 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (71-218-27-233.hlrn.qwest.net [71.218.27.233]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n1DKhIAW074493; Fri, 13 Feb 2009 13:43:23 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4995DB65.5020200@samsco.org> Date: Fri, 13 Feb 2009 13:43:17 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Tom Evans References: <499551B9.7050805@samsco.org> <1234531085.2998.42.camel@localhost> In-Reply-To: <1234531085.2998.42.camel@localhost> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=3.8 tests=BAYES_00,RCVD_IN_PBL autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD Stable Subject: Re: HEADS UP: Major CAM performance regression X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 20:43:29 -0000 Tom Evans wrote: > On Fri, 2009-02-13 at 03:55 -0700, Scott Long wrote: >> All, >> >> A major performance regression was introduced to the CAM subsystem in >> FreeBSD 7.1. The following configurations are known to be affected: >> >> VMWare ESX >> VMWare Fusion >> (using bt or lsilogic controller options) >> HP CISS RAID >> Some MPT-SAS combinations with SATA drives attached >> (Includes Dell SAS5/ir, but not PERC5/PERC6). >> >> Pure SCSI and SAS subsystems likely are NOT affected. Any hardware >> that uses the 'ata' driver is also definitely NOT affected. To >> determine if your installation is affected, run the following command as >> root: >> >> camcontrol tags da0 >> >> Substitute 'da0' with another appropriate drive device number, if >> needed. Note that this ONLY AFFECTS 'da' DEVICES. If your disks are >> 'ad' devices, they are NOT affected. >> >> The result from running this command should be an output similar to the >> following: >> >> (pass0:mpt0:0:8:0): device openings: 255 >> >> If, instead, it reports a value of '1', you are likely affected. Note >> that it may be normal for USB memory devices to report a low number. >> Also, many legacy SCSI disks, and devices that are not disks, may also >> be expected to report a low number. >> >> The effect of this problem is that only one I/O command will be issued >> to the controller and disk at a time, instead of overlapping multiple >> commands in parallel. This causes significantly higher latency in >> servicing moderate and heavy I/O workloads, leading to very poor >> performance. Performance can be easily compared by downgrading to >> FreeBSD 7.0. >> >> I have committed a fix for this problem for FreeBSD 8-CURRENT as of SVN >> revision 188570. FreeBSD 7-STABLE will be updated with the fix in a few >> days once I've gotten confirmation that the fix works and doesn't cause >> any adverse side-effects. Anyone wanting to help in this validation >> effort should apply the attached patch to their kernel source tree and >> recompile. Please contact me directly by email to report if the problem >> is fixed for you. >> >> If the validation process goes smoothly, I will work with the release >> engineering team to turn this fix into an official errata update for >> FreeBSD 7.1. >> >> Thanks in advance for your help. >> >> Scott >> > > Hi Scott > > I have one da0 device, a USB attached hard disk: > > umass0: > on uhub6 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers > da0: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) > > > camcontrol shows: > >> $ sudo camcontrol tags da0 > (pass0:umass-sim0:0:0:0): device openings: 1 > > Is that to be expected? This is RELENG_7 from October '08: > The date falls within the range. Have you tried the patch to see if it changes anything? Scott