home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / msdos / misc / 4781 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  3.5 KB
  1. Xref: sparky comp.os.msdos.misc:4781 comp.os.msdos.apps:4379
  2. Path: sparky!uunet!dtix!darwin.sura.net!mips!sdd.hp.com!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!mksol!mccall
  3. From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
  4. Newsgroups: comp.os.msdos.misc,comp.os.msdos.apps
  5. Subject: Re: WARNING !!!!! MS WINDOWS 3.1 SmartDrive Problem
  6. Message-ID: <1992Aug17.191443.16082@mksol.dseg.ti.com>
  7. Date: 17 Aug 92 19:14:43 GMT
  8. References: <1992Aug13.040731.2286@cs.mcgill.ca> <1992Aug13.202720.22761@serval.net.wsu.edu> <1992Aug14.141659.328@csc.canterbury.ac.nz>
  9. Organization: Texas Instruments Inc
  10. Lines: 65
  11.  
  12. In <1992Aug14.141659.328@csc.canterbury.ac.nz> cctr132@csc.canterbury.ac.nz (Nick FitzGerald, CSC, Uni. of Canterbury, NZ) writes:
  13.  
  14. >In article <1992Aug13.202720.22761@serval.net.wsu.edu>,
  15. >mwoodwar@yoda.eecs.wsu.edu (woodward matthew d - CS350) writes:
  16. >> In article <1992Aug13.040731.2286@cs.mcgill.ca> George Mitchell (passed on)
  17. >> writes...
  18. >[George Mitchell's warning about smartdrive deleted]
  19. >> 
  20. >> George is correct that this is dangerous.  This, however, is neither a bug
  21. >> nor a problem with the Win 3.1 smartdrive program.  
  22.  
  23. >I agree it's not a bug - some may disagree that it's not a problem.  To
  24. >make write-behind caching the -default- and --NOT-- clearly explain this
  25. >to users - many of whom will have no concept of what disk caching is,
  26. >let alone the potential problems of write-behind caching - is bordering
  27. >on negligent, IMHO.
  28.  
  29. Last time I checked the docs, it WAS clearly explained.  Hey, nobody
  30. ever explained it to me on any of the REAL computer systems I've used,
  31. and it's not like SMARTDRV is the first write-behind cache program for
  32. DOS. 
  33.  
  34. > 
  35. >> The problem is PC users who don't think before they flip the switch, and 
  36.  
  37. >I thought you said there was no problem?
  38.  
  39. This isn't a problem if you read the documentation.  If you don't,
  40. there's no way to change the behaviour of the power switch so it will
  41. ask "Are you sure?" before it powers down.  Are there still people who
  42. flip the switch within five seconds of writing to disk?
  43.  
  44. [Are there still people who flip the switch at all?]
  45.  
  46. >> Microsoft not trapping the warmboot vector to flush the cache before a 
  47. >> warmboot.
  48.  
  49. >This is incorrect to the best of my knowledge.  
  50.  
  51. Indeed it is.  The cache flushes on a soft boot.
  52.  
  53. >With smartdrive loaded,
  54. >at DOS proper - not a DOS prompt run from inside Win31 - the keyboard to
  55. >screen response is slower on my 386/20-8MB than on an XT/4.77, much
  56. >slower.  I take this as evidence that smartdrive totally usurps the
  57. >keyboard for its own purposes - presumably to catch Ctrl/Alt/Del.  Once
  58. >Win31 is running it can drop this practice, as Windows does the reboot
  59. >checking for it and presumably signals smartdrive to flush its unwritten
  60. >buffers should the user actually insist on rebooting.
  61.  
  62. Well, I don't think your 'evidence' is correct, though.  While
  63. SMARTDRV.EXE does check for reboot and flush the caches on it, I've
  64. certainly never noticed any such effect as you describe and can't
  65. imagine why you would see it from SMARTDRV.EXE.  What happens if you
  66. take SmartDrive off the machine with the 'slow' keyboard?
  67.  
  68. [I suspect a keyboard accelerator on the 'slow' machine to make its
  69. keyboard faster, so the keyboard on the 'fast' machine seems slower.]
  70.  
  71.  
  72. -- 
  73. "Insisting on perfect safety is for people who don't have the balls to live
  74.  in the real world."   -- Mary Shafer, NASA Ames Dryden
  75. ------------------------------------------------------------------------------
  76. Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
  77.