home *** CD-ROM | disk | FTP | other *** search
/ Simtel MSDOS - Coast to Coast / simteldosarchivecoasttocoast.iso / dv_x / dvxhlp10.zip / EXAMPLE.ZIP / Q24.TXT < prev    next >
Text File  |  1992-05-30  |  4KB  |  123 lines
  1. /FHQ24: How can I increase DESQview's performance?/FB
  2.  
  3.  
  4.  
  5. DESQview's performance depends on many different factors.  We will try
  6. to highlight some of the important areas here.
  7.  
  8.  
  9.  
  10. /FLDESQVIEW-OBLIVIOUS PROGRAMS/FB
  11.  
  12. Performance is especially degraded by DESQview-oblivious programs
  13. /JB(see Q3)/q3.txt/, because they do not give up the CPU when they are not
  14. doing useful work /JB(see Q9)/q9.txt/.
  15.  
  16.  
  17.  
  18. Some programs, while waiting for keyboard input, continuously ask
  19. if a keystroke is available instead of giving up the CPU.
  20. Quarterdeck provides a way to force programs to give up the CPU
  21. after a specified number of keystroke queries.  One of the bytes in
  22. the DVP file (the file edited by Change A Program) specifies the
  23. number of keyboard polls before the CPU is taken away.
  24.  
  25.  
  26.  
  27. Unfortunately, Quarterdeck has never put a field on the Change A
  28. Program screens to change this number.  DvpEdit, a freeware
  29. replacement for Change A Program, is available on SIMTEL20 /JB(see Q7)/q7.txt/
  30. and allows you to change this ``Max Keypolls'' value.
  31.  
  32.  
  33.  
  34. Another well-known program is TAME.  TAME does much more than watch
  35. for keyboard polling; and can do a good job of increasing
  36. performance.
  37.  
  38.  
  39.  
  40. System performance can be measured with the PS utility available in
  41. the DVSI package (also on SIMTEL20 and DVNet).  Using PS, an
  42. offending program can be quickly identified.
  43.  
  44.  
  45.  
  46. /FLDISK ACCESS/FB
  47.  
  48. Since disk access can slow down the system significantly /JB(see Q10)/q10.txt/
  49. using a disk cache can also increase performance.  HyperDisk,
  50. available on SIMTEL20 /JB(see Q7)/q7.txt/, is especially popular among
  51. DESQview users.
  52.  
  53.  
  54.  
  55. /FLFOREGROUND//BACKGROUND TICKS/FB
  56.  
  57. With the ``Tune Performance'' menu you can set the number of
  58. foreground and background ticks.  These numbers indicate how much
  59. time DESQview is to allocate to a given task before moving on to
  60. the next in a round-robin fashion. The default setting is 9:3,
  61. which means DESQview gives the foreground task 9 ``ticks'', or
  62. roughly half a second, of CPU time, then gives each of the
  63. background tasks 3 ticks. A more common setting with today's
  64. hardware is 1:1 or 2:2 -- each task gets 1 (or 2) ticks.
  65.  
  66.  
  67.  
  68. There's no single, optimal setting. Smaller numbers generally
  69. provide smoother performance, but may overwhelm the CPU on less
  70. powerful systems. In addition, time-sensitive applications like
  71. communications programs may need to be serviced frequently by the
  72. CPU. In short, experiment.
  73.  
  74.  
  75.  
  76. Here's an undocumented trick:  Go to ``Tune Performance'' and
  77. backspace to erase the numbers that are in the ticks fields.  This
  78. will set them to ``H0'' (next time you bring up the ``Tune
  79. Performance'' window).  This trick seems to set the ticks to 1//2
  80. and 1//2 (although this claim has been disputed -- more
  81. experimentation will have to be done).
  82.  
  83.  
  84.  
  85. Setting 0 background ticks will cause background windows to never
  86. run.  Setting 0 foreground ticks will cause background windows to
  87. run only if the foreground window explicitly gives up its
  88. timeslice, or if it blocks (i.e. waits for a keystroke or other
  89. event).
  90.  
  91.  
  92.  
  93. /FLSCREEN DISPLAY/FB
  94.  
  95. There are three primary reasons why your screen may appear jerky.
  96. First, you may be virtualizing the window. While this prevents
  97. bleed-thru (when used in conjunction with QEMM-386), it does
  98. increase the workload on DESQview, and the screen output only
  99. occurs at the end of the program's timeslice. If this is a problem
  100. for you then configure your application to use BIOS screen writes
  101. and turn virtualization off. Second, you may need to adjust your
  102. tick settings. DESQview updates the screen display at the end of a
  103. task's CPU allocation. Thus, a setting of, say, 99:99 will result
  104. in extremely jerky screen updates compared with 2:2 or so.  Third,
  105. you may be unnecessarily using NOFF.SHP /JB(see Q23)/q23.txt/.
  106.  
  107.  
  108.  
  109. DESQview//X is a GUI and therefore screen output is much slower.
  110. This is due to the poor design of the PC's video.  In order to get
  111. better display performance, you may want to purchase a graphics
  112. accelerator or coprocessor board.
  113.  
  114.  
  115.  
  116. /FLMEMORY USAGE/FB
  117.  
  118. The memory usage of individual programs can be tuned in Change A
  119. Program.  For maximum window size, you must balance your TSR and
  120. device driver usage (see /JBQ16/q16.txt/ and /JBQ22/q22.txt/).  The PS utility in the DVSI
  121. package available on SIMTEL20 /JB(see Q7)/q7.txt/ can show which windows are
  122. not using all their allocated memory.
  123.