home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / ibm / pc / misc / 14464 < prev    next >
Encoding:
Text File  |  1992-11-08  |  2.4 KB  |  50 lines

  1. Newsgroups: comp.sys.ibm.pc.misc
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!agate!spool.mu.edu!uwm.edu!wupost!usc!news.service.uci.edu!gordius!til!maui!erik
  3. From: erik@maui.til.com (Erik Horstkotte)
  4. Subject: Re: comp.sys.ibm.pc.misc
  5. Message-ID: <1992Nov6.220706.10291@til.til.com>
  6. Keywords: caching disc controllers
  7. Sender: erik@maui (Erik Horstkotte)
  8. Nntp-Posting-Host: maui
  9. Organization: Togai InfraLogic, Inc.
  10. References: <Bx9ME2.H40@voder.nsc.com> <dpn2.65.721007601@po.CWRU.Edu>
  11. Date: Fri, 6 Nov 1992 22:07:06 GMT
  12. Lines: 36
  13.  
  14. In article <dpn2.65.721007601@po.CWRU.Edu>, dpn2@po.CWRU.Edu (Damien P. Neil) writes:
  15. |> In article <Bx9ME2.H40@voder.nsc.com> pad@galaxy.nsc.com (Paul Denny x8349) writes:
  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. |> I do not have the good fortune to own a caching disk controller, but I have 
  26. |> heard only good things about them. Perhaps the RAM would cost more than the 
  27. |> controller, giving the salesman more profits? :-)
  28.  
  29. Hum.  A single bad bit can propagate through a main-memory cache
  30. too.  I think he's just plain wrong.
  31.  
  32. He *may* have been thinking about the fact that some caching disk
  33. controllers do delayed writes - that is, they don't actually write
  34. the data to the disk when your CPU does a disk write, they hold the
  35. modified data in the cache until they *have* to write it (for
  36. whatever reason).  This is the way the Unix operating system caches
  37. the disk, and it's *much* faster than the traditional DOS-style 
  38. write-through cache, where writes always go immediately to the disk.
  39.  
  40. The downside of this is that if you lose power before the data gets
  41. written to the disk, it's *gone*.  Most of these caching controllers
  42. allow you to switch between delayed-write and write-through modes.
  43. In fact, as I recall, the new version of SMARTDRV.EXE that is
  44. supplied with Windows 3.1 knows how to do both modes.
  45. -- 
  46. Erik Horstkotte, Togai InfraLogic, Inc.
  47. The World's Source for Fuzzy Logic Solutions (The company, not me!)
  48. erik@til.com, gordius!til!erik - (714) 975-8522
  49. info@til.com for info, fuzzy-server@til.com for fuzzy mail-server
  50.