home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / win3l / 11801 < prev    next >
Encoding:
Text File  |  1992-12-23  |  4.4 KB  |  94 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!gatech!udel!darwin.sura.net!paladin.american.edu!auvm!NOLA.WIN.NET!CSABATIER
  3. Mailer: WinNET Mail, v1.0
  4. Message-ID: <66@nola.win.net>
  5. Newsgroups: bit.listserv.win3-l
  6. Date:         Wed, 23 Dec 1992 17:25:11 -0600
  7. Reply-To:     "Conrad J. Sabatier" <csabatier@nola.win.net>
  8. Sender:       Microsoft Windows Version 3 Forum <WIN3-L@UICVM.BITNET>
  9. From:         "Conrad J. Sabatier" <csabatier@NOLA.WIN.NET>
  10. Subject:      Re: Slow SCSI disk in Windows 3.1 Enh mode
  11. Lines: 81
  12.  
  13. > >Date:  19 December 1992 08:38 est
  14. > >From:  NATHAN BRINDLE <NBRINDLE%INDYCMS.BITNET at PUCC.PRINCETON.EDU>
  15. > >Subject:  Re: Slow SCSI disk in Windows 3.1 Enh mode
  16. >
  17. > >>On Fri, 18 Dec 1992 10:45:49 EST NATHAN BRINDLE said:
  18. > >>>Seriously, folks ought to do a <little> research before posting replies
  19. > >>>like Wael did.  Telling someone to delete SMARTDRV from their CONFIG.SYS
  20. > >>>because it also shows up to be executed in AUTOEXEC.BAT could potentially
  21. > >>>cause the poor questioner a LOT of trouble.
  22. > >>
  23. > >> Could you please tell us what kind of trouble you expect from stopping
  24. > >> a file from being loaded twice? I just deleted mine, and could see no
  25. > >> apparent problem. But maybe there will be....?
  26. > >>
  27. > >> Morten
  28. > >>
  29. > >That's my point.  I <don't know>.  Note above I said <potentially>.  If
  30. > >SMARTDRV has been caching in double_buffer mode for SCSI all along, it
  31. > >may not take too well to not double buffering anymore.  I would be afraid
  32. > >of corrupting my data or losing it altogether if I were to delete something
  33. > >from the startup configuration that SMARTDRV needs when it is running.
  34. > >
  35. > >I see a lot of "advice" come across this list that too much of the time ends
  36. > >up being refuted by someone who knows better.  All I'm asking is that people
  37. > >take a little more time with their answers and make sure they know what
  38. > they're
  39. > >talking about before they post.  I didn't post a solution; I posted a warning
  40. > >based on a feeling that Microsoft wouldn't set you up that way unless there
  41. > >was a reason.  I know that's not always the case :) but I'm leaving well
  42. > enough
  43. > >alone.  Maybe someone from Microsoft ought to jump in here and give us an
  44. > >explanation?
  45. >
  46. >I'm not from Microsoft, but I can offer an explanation.  Many SCSI
  47. >controllers user direct memory access techniques to provide the I/O
  48. >service.  The controller has a processor that reads directly from or
  49. >writes directly to a buffer area that is in the Intel processors real
  50. >memory and virtual address space.  Windows uses a double buffering
  51. >technique so that it doesn't interfere with what the controller
  52. >processor is doing.
  53. >
  54. >The way that SMARTDRV was designed requires some of its environment to
  55. >be set up specially for certain options *before* it is run.  Thus the
  56. >config.sys entry allows SMARTDRV a chance to construct such an
  57. >environment change.  (The double_buffer option is one of those options
  58. >that needs it.)  So, it's necessary to specify that you want double
  59. >buffering via the config.sys entry.  When SMARTDRV is invoked from the
  60. >command line, it sees the modified environment and runs the wanted
  61. >option(s).
  62. >
  63. >It is possible that with certain SCSI DMA controllers and Windows
  64. >running without double buffering, that you can get you input and/or
  65. >output pretty badly scrambled while its coming and/or going.  Could
  66. >cause quite a mess.  If you are lucky the scrambling is so bad that you
  67. >don't get very far before everything grinds to a halt.  However, you've
  68. >got no real insurance that the failure mode will be so innocuous.
  69. >Yep......  you *could* be in a *real* mess if you had the unlucky
  70. >combination of SCSI controller characteristics and particular
  71. >application execution characteristics.
  72. >
  73. >Vince
  74. >
  75. If I may add my voice to this, in browsing through the Microsoft
  76. Windows Resource Kit manual today, I found the explanation for
  77. this.  According to the book, the line:
  78.  
  79. device=smartdrv.exe /double_buffer
  80.  
  81. in CONFIG.SYS, installs ONLY the double buffer driver, not the
  82. cache. The cache must be installed in AUTOEXEC.BAT.
  83.  
  84. Conrad
  85.  
  86.  
  87. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  88. Conrad J. Sabatier      Internet:csabatier@nola.win.net
  89. P.O. Box 641303
  90. Kenner, LA  70064-1303  Windows is to DOS as Color is to B&W, as
  91. (504) 568-9202          Automatic is to Standard, as CD is to vinyl,
  92.                         as ... (your analogy here)
  93. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  94.