Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!samsung!uunet!europa.asd.contel.com!sura.net!haven.umd.edu!uvaarpa!murdoch!turing!jon From: jon@turing.acs.virginia.edu (Jon Gefaell) Newsgroups: comp.unix.sysv386 Subject: Re: Does ESIX still not support RLL? Message-ID: <1991Apr26.185355.4576@murdoch.acc.Virginia.EDU> Date: 26 Apr 91 18:53:55 GMT References: <513@pyrite.nj.pyramid.com> <3087@cirrusl.UUCP> <1991Apr25.200115.12310@mccc.edu> Sender: usenet@murdoch.acc.Virginia.EDU Organization: University of Virginia Lines: 26 In article <1991Apr25.200115.12310@mccc.edu> pjh@mccc.edu (Pete Holsberg) writes: >In article <3087@cirrusl.UUCP> Rahul Dhesi writes: >=The following is directed not towards Bill, but towards many Usenet >=users who assume that RLL is some sort of disk interface standard. >=It's not! It's just a way of putting bit patterns on the disk >=surface. And it wasn't invented by Adaptec either. RLL means "run >=length limited" -- a way of recording bits such that you never have >=more than m consecutive raw ones or n consecutive raw zeroes. Tape > >In fact, what we call RLL here is actually only one of many possible RLL >schemes. I believe that the "proper" name is "RLL 2,7." And if I >haven't lost too many brain cells, I think I recall that MFM is RLL 1,3. > >Pete >-- >Prof. Peter J. Holsberg Mercer County Community College >Voice: 609-586-4800 Engineering Technology, Computers and Math >UUCP:...!princeton!mccc!pjh 1200 Old Trenton Road, Trenton, NJ 08690 >Internet: pjh@mccc.edu Trenton Computer Festival -- 4/20-21/91 Exactly! and 34 sectors is yielded by 3,9 RLL encoding. -- ____ \ / \/ The pleasure of satisfying a savage instinct, undomesticated by the ego, is uncomparably much more intense than one of satisfying a tamed instinct. The reason is becoming the enemy that prevents us from a lot of possibilities of pleasure. S. Freud