From owner-freebsd-hardware Sat Apr 13 13:33:46 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA26039 for hardware-outgoing; Sat, 13 Apr 1996 13:33:46 -0700 (PDT) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA26031 for ; Sat, 13 Apr 1996 13:33:42 -0700 (PDT) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u8CAc-000wqZC; Sat, 13 Apr 96 13:43 PDT Received: from cc:Mail by ccgate.infoworld.com id AA829427555; Sat, 13 Apr 96 15:25:41 PST Date: Sat, 13 Apr 96 15:25:41 PST From: "Brett Glass" Message-Id: <9603138294.AA829427555@ccgate.infoworld.com> To: Michael Smith Cc: msmith@atrad.adelaide.edu.au, jacs@gnome.co.uk, hardware@FreeBSD.ORG Subject: Re: Micropolis 1991 AV 9GB Drive Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > "Average access times" are a bit of a furphy. Look at the 'full stroke' > timings for starters. "Full stroke" timings don't take cylinder capacity into account, and are therefore not as good a metric. > J. Random Tower's PSU will have most of it's balls behind the 5V rail. Ratings are readily available, and show that most supplies are capable of supplying the SPIN-UP current of the latest disks (far more than is needed during actual use) continuously. Older disks might be a problem, but we're talking about today's technology. > It sounds like you're looking at them in the context of Multimedia > applications, and under those circumstances these issues aren't so > significant. For all the bulk data throughput, MM apps don't actually > work the disk very hard. Just try playing back several movies at the same time and listen to the thrashing! --Brett