Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!dsinc!cdin-1!icdi10!fr
From: fr@compu.com (Fred Rump from home)
Newsgroups: comp.unix.sysv386
Subject: Re: DPT controller?
Keywords: DPT disk controller
Message-ID: <1991May19.165340.3180@compu.com>
Date: 19 May 91 16:53:40 GMT
References: <1991May14.235110.18644@tous.uucp> <1991May17.131717.26942@virtech.uucp> <31@metran.UUCP>
Distribution: na
Organization: CompuData Inc.
Lines: 24

jay@metran.UUCP (Jay Ts) writes:


>Any comments?  I would like to hear from those who have direct experience
>with the DPT or other caching controller, and have been able to compare
>against similar systems with no caching controller.  I would really like
>some cold, hard numbers, but on usenet, I suppose that may be asking too
>much :-)

You got it, no real numbers but lots of satisfaction.

Whenever we feel (gut feel can work wonders with experience) that a client 
will be into heavy i/o, in comes the DPT. 

We use it ourselves on our internal support system that we do all of our mail 
and news etc on. Without the DPT 'everything' is slow. Now mail lists snap up 
and away as quickly as, well - a flash. Really, we are now waiting for the 
scsi II DPT cache controller to see what magic it will bring.

As far as systems go we don't use anything except what you call fast systems. 
Mostly 33MhZ 486 boxes when the demand for heavy use is there. But an 
occasional 386 will sneak in there too.

fred
-- 
W. Fred Rump 			office:		   fred.COMPU.COM	
26 Warren St.   	          home:     fred@icdi10.COMPU.COM 
Beverly, NJ. 08010                bang:   ...{dsinc uunet}!cdin-1!icdi10!fred
609-386-6846          "Freude... Alle Menschen werden Brueder..."  -  The Ode