Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!watmath!clyde!rutgers!mit-eddie!ll-xn!cit-vax!amdahl!amdcad!phil From: phil@amdcad.UUCP (Phil Ngai) Newsgroups: comp.arch,comp.periphs Subject: Re: Why optical disks are slow to seek; an idea for higher capacity disks Message-ID: <13693@amdcad.UUCP> Date: Sun, 9-Nov-86 21:07:59 EST Article-I.D.: amdcad.13693 Posted: Sun Nov 9 21:07:59 1986 Date-Received: Mon, 10-Nov-86 05:04:43 EST References: <1128@tekig5.UUCP> <5100141@ccvaxa> <553@cubsvax.UUCP> <2474@peora.UUCP> <1256@hoptoad.uucp> Reply-To: phil@amdcad.UUCP (Phil Ngai) Organization: Advanced Micro Devices, Sunnyvale, California Lines: 30 Xref: watmath comp.arch:3 comp.periphs:2 In article <1256@hoptoad.uucp> gnu@hoptoad.uucp (John Gilmore) writes: >I don't understand why nobody has built magnetic disks that spin at >a constant speed, but vary the clocking of data to the disk so that >all the bits end up the same width on the media. This means that you >might get 30,000 bytes per track on the inside and 90,000 on the >outside -- but who cares? On a SCSI interface, the system doesn't know >where the tracks and cylinders are anyway. See "Constant-density recording comes alive with new chips", Mark Young, _Electronic Design_, Nov 27, 1986. It shows how to solve the variable clock problem. It also talks about how it is important the disk you are using not have its own clock separator, which leaves out ESDI and SMD, with only ST506 as a acceptable commonly available drive type. Also, the drive must have a read amplifier with enough bandwidth to support the higher bit rate. Of course, if you wanted to invent your own disk this would not be a problem. And the improvement gotten from constant-density recording is on top of any RLL improvements (multiplies). Then there's the question of software. The OS now has to deal with differing number of sectors per cylinder, what would this do to the Berkeley Fast File System? Anyway, it's a good article and you should read it. -- The VT220 keyboard is an