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 <dhesi@cirrus.COM> 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 <dhesi@cirrus.COM>
>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);
