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