From owner-freebsd-current Sat Feb 20 16:17:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 525A810E05 for ; Sat, 20 Feb 1999 16:17:51 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id QAA32737; Sat, 20 Feb 1999 16:17:30 -0800 Date: Sat, 20 Feb 1999 16:17:30 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: Paul van der Zwan Cc: "Kenneth D. Merry" , freebsd-current@FreeBSD.ORG Subject: Re: Slow seq. write on Seagate ST36530N In-Reply-To: <199902202326.AAA73531@trantor.xs4all.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If you're feeling kind, could you try and see if you could get a performance curve related to the number of outstanding tags allowed? On Sun, 21 Feb 1999, Paul van der Zwan wrote: > > > > > > This did not improve anything , but I think I have found the couse. > > > In that modepage there is a DISC value which was 0 on the IBM and 1 on the > > > Seagate. I remembered a ' Enable disconnect' option in the Adaptec 2940 bios, > > > setting this to 'off' for both harddisks led to a huge performance increase on > > > the Seagate. If I also enable Ultra mode iozone write goes from 1.5 MB/s > > > to 12 MB/s ( a factor of 8 !!!). > > > > The 'DISC' bit in mode page 8 has nothing to do with disconnection. Here's > > the description of it from the SCSI-3 spec: > > > > ================ > > The discontinuity (DISC) bit, when one, requests that the device server > > continue the pre-fetch across time discontinuities, such as across > > cylinders (or tracks in an embedded servo device), up to the limits of the > > buffer, or segment, space available for the pre-fetch. When zero, the DISC > > requests that pre-fetches be truncated (or wrapped) at time discontinuities. > > ================ > > I did not change it but it triggered me to have a look at the Adaptec BIOS > settings. > I have done some testing and reenabled disconnection, preformance dropped to > less than 2MB/s writing. > After searching the freebsd-scsi archives I found out it might be related to > tagging, so I edited /usr/src/sys/cam/cam_xpt.c and added an entry to disallow > tagging for this drive. Back to 12 MB/s. So it looks like there is at least an > acceptable ( to me ) workaround. > Maybe the CAM maintainer can put an entry in cam_xpt.c for this drive ??? > dmgs shows is as : > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 20.000MB/s transfers (20.000MHz, offset 15) > da1: 6208MB (12715920 512 byte sectors: 255H 63S/T 791C) > > > Paul > > > -- > Paul van der Zwan paulz @ trantor.xs4all.nl > "I think I'll move to theory, everything works in theory..." > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message