Newsgroups: comp.unix.sysv386 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!csn!kessner!david From: david@kessner.denver.co.us (David Kessner) Subject: Re: Does ESIX still not support RLL? Message-ID: <1991Apr23.030237.7383@kessner.denver.co.us> Organization: Kessner, Inc. References: <1991Apr21.155642.1586@shambala.uucp> <1991Apr22.210543.27730@thyme.jpl.nasa.gov> <3080@cirrusl.UUCP> Date: Tue, 23 Apr 91 03:02:37 GMT In article <3080@cirrusl.UUCP> Rahul Dhesi writes: >>The myth that ESIX doesn't support RLL controllers is a bit of marketing >>hype. > >How can ESIX even know whether the controller uses RLL? How can >anybody find this out without ripping the disk apart and analyzing the >bit-patterns stored on the platter? >-- >Rahul Dhesi >UUCP: oliveb!cirrusl!dhesi I am using an Adaptec RLL controler with ESIX 3.2.2d... ESIX _KNOWS_ that it is using an RLL drive-- and tells me that everytime it gives me: "NOTICE: Adapter RLL Disk Unit 1 (System disk 1): optimization changed from..." I dont know how it knows what type of drive it is-- or how/when to change the optimization-- but it does. Quite well in fact... BTW: Why does it change the optimization 'algorithm' anyway? It does it about once a day, and I'd like to know why... -- David Kessner - david@kessner.denver.co.us | do { 1135 Fairfax, Denver CO 80220 (303) 377-1801 (p.m.) | . . . If you cant flame MS-DOS, who can you flame? | } while( jones);