Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!smsmith
From: smsmith@magnus.acs.ohio-state.edu (Stephen M Smith)
Newsgroups: comp.os.msdos.desqview
Subject: Re: Recommendations for cache under Desqview?
Message-ID: <1991May17.172418.23832@magnus.acs.ohio-state.edu>
Date: 17 May 91 17:24:18 GMT
References: <1991May16.022630.20602@cbnewsh.att.com> <6450@vela.acs.oakland.edu>
Sender: news@magnus.acs.ohio-state.edu
Distribution: na
Organization: The Ohio State University
Lines: 94
Nntp-Posting-Host: bottom.magnus.acs.ohio-state.edu

In article <6450@vela.acs.oakland.edu> w8sdz@wsmr-simtel20.army.mil writes:
>
>I talked to Roger Cross (the author) to ask him what he recommends for
>DESQview.  The key is to set your buffers to 5 with no /X option.  The
>/X option causes DOS to automatically allocate 30 buffers no matter
>how small a number you specify.

I don't think that is correct.  When I use the /x option DOS
doesn't allocate any extra memory; QEMM just puts those allocations
in high memory.

Here's the proof:

1) Without the /x option my config.sys looks like this:

  DEVICE=C:\QEMM\QEMM386.SYS RAM NRH FR=C800
  DEVICE=C:\QEMM\LOADHI.SYS /R:1 C:\DOS\SMARTDRV.SYS 256/A
  DEVICE=C:\QEMM\LOADHI.SYS /R:2 C:\MOUSE\MOUSE.SYS
  INSTALL=C:\QEMM\LOADHI.COM /TSR /R:2 C:\DOS\SHARE.EXE
  BUFFERS=20
  FILES=20
  STACKS=0,0
  BREAK=ON

  Here's what Manifest says about DOS with this configuration:

DOS / Overview
  DOS version 4.00

  Kernel:      45K*
  Drivers:    2.7K     Memory Area   Size   Description
  Base Data:   12K     0070 - 02CC   9.5K   IO
  Added Data: 0.9K     02CD - 0BB3    35K   MSDOS
    Total:     60K     0BB4 - 0C61   2.7K   Drivers
                       0C62 - 0C9A   0.9K   15 FILES
    FILES=20           0C9B - 0CAB   0.3K   DOS Data
    FCBS=16,8          0CAC - 0F46    10K   20 BUFFERS
    BUFFERS=20         0F47 - 0F63   0.5K   Drive List
    LASTDRIVE=E        =====Base data ends at 61K======
    STACKS=0,0         DCF1 - DD2C   0.9K   16 FCBS

  Notice that 20 BUFFERS take up 10K of RAM in memory area 0CAC-0F46.

  My memory without the /x option looks like this:

    655360 bytes total memory
    655360 bytes available
    586096 largest executable program size


2) But WITH the /x option here is my config.sys file and the results
   I get with it:

  DEVICE=C:\QEMM\QEMM386.SYS RAM NRH FR=C800
  DEVICE=C:\QEMM\LOADHI.SYS /R:1 C:\DOS\SMARTDRV.SYS 256/A
  DEVICE=C:\QEMM\LOADHI.SYS /R:2 C:\MOUSE\MOUSE.SYS
  INSTALL=C:\QEMM\LOADHI.COM /TSR /R:2 C:\DOS\SHARE.EXE
  BUFFERS=20/x
  FILES=20
  STACKS=0,0
  BREAK=ON

DOS / Overview
  DOS version 4.00

  Kernel:      45K*
  Drivers:    2.7K     Memory Area   Size   Description
  Base Data:  1.7K     0070 - 02CC   9.5K   IO
  Added Data: 0.9K     02CD - 0BB3    35K   MSDOS
    Total:     50K     0BB4 - 0C61   2.7K   Drivers
                       0C62 - 0C9A   0.9K   15 FILES
    FILES=20           0C9B - 0CAB   0.3K   DOS Data
    FCBS=16,8          0CAC - 0CAD     0K   Buffer List
    BUFFERS=30/X       0CAE - 0CCA   0.5K   Drive List
    LASTDRIVE=E        =====Base data ends at 51K======
    STACKS=0,0         DCF1 - DD2C   0.9K   16 FCBS

  Notice that with the /x option the Buffer list reads 0K memory!

  My memory then should be 10K more than what it was.  This is
  in fact what it is:

    655360 bytes total memory
    655360 bytes available
    596736 largest executable program size


I thus get 10K more base memory if I use the /x option.

Stephen M. Smith  \  +  / 
<smsmith@magnus.  \+++++/    " #*&<-[89s]*(k#$@-_=//a2$]'+=.(2_&*%>,,@
 acs.ohio-state.  \  +  /      {7%*@,..":27g)-=,#*:.#,/6&1*.4-,l@#9:-)  "
 edu>             \  +  / 
 BTW, WYSInaWYG   \  +  /                              --witty.saying.ARC