From owner-freebsd-hardware Fri Apr 12 19:23:54 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA10963 for hardware-outgoing; Fri, 12 Apr 1996 19:23:54 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA10954 for ; Fri, 12 Apr 1996 19:23:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id DAA00514 ; Sat, 13 Apr 1996 03:20:50 +0100 (BST) To: Brett Glass cc: msmith@atrad.adelaide.edu.au, jacs@gnome.co.uk, hardware@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Micropolis 1991 AV 9GB Drive In-reply-to: Your message of "Fri, 12 Apr 1996 17:15:26 PST." <9603128293.AA829359718@ccgate.infoworld.com> Date: Sat, 13 Apr 1996 03:20:50 +0100 Message-ID: <512.829362050@palmer.demon.co.uk> Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brett Glass wrote in message ID <9603128293.AA829359718@ccgate.infoworld.com>: > > That's for sequential data accessing ... random data accessing across > > the entire disk is NASTY > Why? There is nothing in the parameters that would indicate that they would > be slow at this. It's not so much that the drive is SLOW ... it's that there is so much data on the drive that you're constantly queueing stuff up for later retreival. I have a feeling that's one reason WC's news server was never quite up-to-date ... if it was down for a while, it had a hard time catching up. Unless you're doing sequential or single-user accessing of the drive, multiple, smaller drives are a lot better. (That, and it's a lot less of a loss to lose 4Gb than 9Gb)... Gary