DPT controller

[Bruce A. McIntyre]

In article <1989Oct3.151752.13639 at ka3ovk.uucp>, albers at ka3ovk.uucp (Jon Albers) writes:
> I have seen people mentioning the DPT disk-cacheing controller, and it sounds
> interesting -- who makes it?  Where can I get some information about it?  Will
> it work with EDSI drives?  I would like to install it in a Compaq 386/33 with
> 2 320MB EDSI drives, am I going to see better performance than with just the
> Compaq controller?  Does SCO/Should SCO UNIX V know about this controller?
> | Jon Albers, IRS,Computer Services, Site Support and Installation(CS:M:S:P)|
> | UUCP:(media|teemc|tcsc3b2|ki4pv)!ka3ovk!albers ARPA: JALBERS at SIMTEL20     |
> |     ka3ovk: Compaq 386/25 Model 300 SCO XENIX-386 Sys V ver 2.3.1         |

Since SCO sees the DPT as a standard ST501 interface, there is nothing that
you have to do special.  The remapping, even between ESDI and ST501, is done
by the DPT controller.  Yes, you will see a dramatic difference between the
Compaq controller and the DPT, especially if you add additional cache memory
to the DPT controller above the 512k on board.  I have used it here, and am
very happy with it.  It's response time is just excellent.  I haven't measured
its total data throughput, but since my needs here are primarily short bursts,
that doesn't seem to be a problem.  I used it because there are 15 people using
the machine (16mhz 386) to do wordprocessing, spreadsheets, communications,
and accounting...
bruce
-- 
=========================================================================
	Bruce A. McIntyre, McIntyre Designs, Inc. VOICE(215)322-1895
	143 Bridgetown Pike, Langhorne, Pa. 19047 DATA (215)357-2915
	{wells|lgnp1}!mdi386!bruce		bruce at mdi386 tbit+