home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / ibm / pc / misc / 14587 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  1.5 KB
  1. Path: sparky!uunet!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!ub!oswego!blurt.oswego.edu!mulvey
  2. From: mulvey@blurt.oswego.edu (Allen Mulvey, SUNY, Oswego, NY)
  3. Newsgroups: comp.sys.ibm.pc.misc
  4. Subject: Re: comp.sys.ibm.pc.misc
  5. Message-ID: <1992Nov10.225518.808@blurt.oswego.edu>
  6. Date: 10 Nov 92 22:55:18 GMT
  7. References: <Bx9ME2.H40@voder.nsc.com>
  8. Organization: SUNY College at Oswego, Oswego, NY
  9. Lines: 25
  10.  
  11. In article <Bx9ME2.H40@voder.nsc.com>, pad@galaxy.nsc.com (Paul Denny x8349) writes:
  12. > I am looking into assembling a 486 machine and my
  13. > research so far has raised a few questions which I
  14. > was hoping may be resolvable through the net.
  15. > 
  16. > As a starter I note that caching disc controllers
  17. > are supposed to increase the speed of disc intensive
  18. > applications but a salesman I spoke to 8^) claimed
  19. > that these are flakey designs as a single bad bit
  20. > can propogate through your data and corrupt it. He
  21. > suggested additional system RAM and partition it
  22. > in DOS to have a large cache area. Can anyone verify
  23. > or debunk this and provide an explanation?
  24. > 
  25. > Many thanks - Paul
  26.  
  27. I use a hardware cache in my IDE hard drive with no problems. However, the 
  28. Computer Shopper ran tests comparing various caching controllers with 
  29. software (RAM) caches and their surprising results were that in most cases 
  30. the software caches were faster! When they compared the relativey high 
  31. cost of a caching controller with the (then) low cost of RAM it made a 
  32. pretty good argument for spending less and getting more.
  33.  
  34.             Allen Mulvey
  35.             mulvey@blurt.oswego.edu
  36.