From owner-freebsd-current Sat Feb 20 16:15:57 1999 Delivered-To: freebsd-current@freebsd.org Received: from alushta.NL.net (alushta.NL.net [193.78.240.22]) by hub.freebsd.org (Postfix) with ESMTP id 6D20D11A43 for ; Sat, 20 Feb 1999 16:15:22 -0800 (PST) (envelope-from paulz@trantor.xs4all.nl) Received: from stuyts by alushta.NL.net with UUCP id <8930-4480>; Sun, 21 Feb 1999 01:15:04 +0100 Received: from trantor.xs4all.nl (uucp@localhost) by terminus.stuyts.nl (8.9.3/8.9.2) with UUCP id AAA02643; Sun, 21 Feb 1999 00:32:27 +0100 (MET) (envelope-from paulz@trantor.xs4all.nl) Received: from trantor.xs4all.nl (localhost [127.0.0.1]) by trantor.xs4all.nl (8.9.3/8.8.5) with ESMTP id AAA73531; Sun, 21 Feb 1999 00:26:27 +0100 (MET) Message-Id: <199902202326.AAA73531@trantor.xs4all.nl> X-Mailer: exmh version 2.0.2 2/24/98 To: "Kenneth D. Merry" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Slow seq. write on Seagate ST36530N In-reply-to: Your message of "Sat, 20 Feb 1999 15:55:24 MST." <199902202255.PAA14705@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Feb 1999 00:26:26 +0100 From: Paul van der Zwan Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > 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