Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!uunet!philmtl!philabs!gotham!east!diag2!gsteckel From: gsteckel@diag2.East.Sun.COM (Geoff Steckel - Sun BOS Software) Newsgroups: comp.unix.i386 Subject: Re: mkfs gap option Message-ID: <1823@east.East.Sun.COM> Date: 1 May 90 16:33:36 GMT References: <511590@nstar.UUCP> <1990Apr19.025739.19180@nebulus.UUCP> <1990Apr29.000503.10934@nebulus.UUCP> Sender: news@east.East.Sun.COM Reply-To: gsteckel@diag2.East.Sun.COM (Geoff Steckel - Sun BOS Software) Organization: Omnivore Technology, Newton, Mass. Lines: 25 In article pcg@cs.aber.ac.uk (Piercarlo Grandi) writes: >This value of 3600 RPM has been constant for the past 30 years. from >mainframes to micros, and for good (e.g. mechanical) cause. There have >been steady improvements in seek times and bandwidth, and rotational >latency is thus becoming the bottleneck. Palliatives revolve around the >multiple arm idea, i.e. reinventing drums, e.g. disc arrays (introduced >to the 386 world by compaq or zenith recently). In general this is true, but: Some CDC->Imprimis->Seagate drives (including the `Wren Runner', I believe) have gone as high as 5400 RPM. This allows the rotational latency to be reduced to 6 or less milliseconds, at a cost of a 50% higher transfer rate. There may be other manufacturers playing the same game, since this makes a very snappy drive. Also, some of the zone-recording compromises are easier to make at a high data rate rather than a low one. In the other direction, some of the (now obsolete) 9" and 14" SMD drives used 2100 and 2400 RPM to slow down the transfer rate low enough to meet maximum rate limits on old equipment. You could change a belt & pulley arrangement if you wanted faster bits... geoff steckel (gwes@wjh12.harvard.EDU) (...!husc6!wjh12!omnivor!gws) Disclaimer: I am not affiliated with Sun Microsystems, despite the From: line. This posting is entirely the author's responsibility.