From owner-freebsd-hackers Thu Aug 31 10:11:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA13433 for hackers-outgoing; Thu, 31 Aug 1995 10:11:22 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA13427 for ; Thu, 31 Aug 1995 10:11:21 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA22925; Thu, 31 Aug 1995 10:07:21 -0700 From: Terry Lambert Message-Id: <199508311707.KAA22925@phaeton.artisoft.com> Subject: Re: 4GB Drives To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 31 Aug 1995 10:07:21 -0700 (MST) Cc: pete@kesa26.kesa.com, jbryant@argus.iadfw.net, freebsd-hackers@FreeBSD.ORG, pete@rahul.net In-Reply-To: <199508311257.FAA11224@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Aug 31, 95 05:57:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1409 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > Now, can you all leave me alone for 30 days so I can go get the stripes > working, I have small bottleneck that needs fixed :-):-):-) And can > anyone tell me what the mean and standard deviation of an I/O request to > an aic7870 is before it hits the drive given 0 scsi bus contention? This > seems to greatly effect rotation offset on stripe sets when pushed to > the limits of data coming under the head just after the I/O hits the > drive. Modern drives write sectors in reverse order; when asked to read, they start reading from where the head is at and keep reading until the sector you want is read. For contiguous reads, this pre-caches the data. I think you would achieve an effect opposite of the one you want if you were to successfully rotdelay. One thing that *would* speed you up is not crossing physical cylinder boundries (seek scheduling ala the old BSD code). The problem with this is that the information is only available from SCSI II devices and is not linearly bound (ie: the track length varies by zone), making it difficult to use without adding a lot of overhead. But it's probably yor best bet. Without the physical seek locations, any benchmarking will be rather arbitrary based on the layout you end up with for a particular test. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.