From owner-freebsd-scsi Fri Oct 15 12:41:19 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 88F6A151AF for ; Fri, 15 Oct 1999 12:41:13 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id NAA51114; Fri, 15 Oct 1999 13:40:55 -0600 (MDT) (envelope-from ken) Message-Id: <199910151940.NAA51114@panzer.kdm.org> Subject: Re: FreeBSD 3.2 / Slow SCSI Dell PowerEdge 4300 In-Reply-To: from Gerard Roudier at "Oct 15, 1999 09:06:14 pm" To: groudier@club-internet.fr (Gerard Roudier) Date: Fri, 15 Oct 1999 13:40:54 -0600 (MDT) Cc: cdf.lists@fxp.org (Chris D. Faulhaber), gallatin@cs.duke.edu (Andrew Gallatin), scsi@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gerard Roudier wrote... > On Fri, 15 Oct 1999, Chris D. Faulhaber wrote: > > > da0: Fixed Direct Access SCSI-2 device > > da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit) > > da0: 8683MB (17783204 512 byte sectors: 255H 63S/T 1106C) > > > > After enabling tagged queuing on this drive (by removing the quirk entry) > > and found performance about 10% slower. > > What kind of performance are you measuring ? Tagged command queuing is > intended to improve _multithreaded IOs that is a lot more realistic IO > pattern than single-threaded sequential IO. I also read some decrease of > performance for DCAS for single-threaded sequential IO when increasing > number of tags. Unless, guys, you just want to eat the cake and to have > it, I donnot see any serious problem for these drives. May-be there is > some room for improvement in their firmware. They should _not_ have been > quirked to 0 tags, in my opinion, if the decrease of performance observed > is for sequential IOs. At most, user should be advised to use a > reasonnable number of tags or the quirk should have been more soft. > > For the DCAS, the decrease of performances has been observed for > sequential write IOs that is a great stress for a disk when write behing > caching is enabled with tags enabled, but still nothing has been reported > for read and especially multithreaded read IOs. Castrating a disk model > regarding tags due to such unreaslistic results has been unserious in my > opinion. In the case of the DCAS drives, the PR author (see kern/10398) did extensive tests with bonnie, and found that both the number of random seeks per second and sequential write throughput decreased as the number of concurrent transactions allowed increased. Sequential read performance did not vary significantly when the number of tags was changed. As for the WD drives, if you'd like to find someone with a drive who is willing to run through a full set of tests at various numbers of transactions, feel free. If you can show that the number of tags should be set to something other than 0, we can change it. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message