Mylex SCSI Controller
Bob Palowoda
palowoda at fiver.UUCP
Sat Sep 30 20:12:54 AEST 1989
>From article <372 at csense.UUCP>, by bote at csense.UUCP (John Boteler):
> From article <19245 at gatech.edu>, by ken at gatech.edu (Ken Seefried III):
>> In article <369 at csense.UUCP> bote at csense.UUCP (John Boteler) writes:
>>>Curious as to how a SCSI host controller can easily perform
>>>cache operations?
>> the DPT controller for some excellent commentary, pro and con, on
>> the issues involved in caching disk controllers...
>
> I don't need to.
>
> I talked to one of the engineers from DPT at Comdex. He explained
> to me the difficulty of caching a SCSI host controller: since
> the controller handles up to seven devices on the SCSI bus,
> putting the cache system on the controller makes for little
> improvement, if any.
Did DPT do a display a real comparison of throughput at Comdex?
Does DPT manufacture a SCSI cacheing controller?
The only reason I mention this is if I where at Comdex showing
off my ESDI controller. I surely would build your confidence
in the product. But I don't think it a fare comparison between
these two types of controllers.
A better comparison of the DPT would be to that of Adaptec's
new ESDI cacheing controller.
> The best solution, and one which has
> been implemented by at least one drive manufacturer, is to
> put the caching components on the SCSI drive.
I thought SCSI drives have buffers?
>
> When a SCSI request is sent to the drive by the controller, the
> controller is free to service one of the other six devices on
> the bus and the drive can check its own cache for the presence
> of the data requested and respond accordingly.
Won't the Mylex controller service the request from the cache?
Another thing about the Mylex controller, it is 32 bit.
DPT is 16 bit I believe.
Something else I don't quite understand is how they sync it with
the cpu cycle.
---Bob
--
Bob Palowoda packbell!indetech!palowoda *Home of Fiver BBS* login: bbs
Home {sun|dasiy}!ys2!fiver!palowoda (415)-623-8809 1200/2400
Work {sun|pyramid|decwrl}!megatest!palowoda (415)-623-8806 2400/9600/19200 TB
Voice: (415)-623-7495 Public access UNIX XBBS
More information about the Comp.unix.i386
mailing list