home *** CD-ROM | disk | FTP | other *** search
/ Jason Aller Floppy Collection / 101.img / QW10INST.ZIP / QWHITE10.EXE / LOADHI.TEC < prev    next >
Text File  |  1990-07-18  |  4KB  |  78 lines
  1. ID:LH Loadhi.sys and Loadhi.com
  2. Quarterdeck Technical Note
  3. by Joe Wilder
  4.  
  5. This Technote was written before Qemm 5.0 was released.  Qemm 5 has 
  6. new features such as Optimize that make this information less necessary.
  7. Optimize will Load high TSRs and Device Drivers in the most
  8. "Optimal" way, sometimes testing millions of different scenarios.
  9. In addition, the new Loadi programs are more powerful than the old,
  10. have new parameters for determining the size of a particular TSR
  11. or Device Driver, and can locate these items in "High Memory" with 
  12. greater specificity.  Nevertheless, the information that follows
  13. can certainly be of use in helping to understand Qemm's Loadhi systems.
  14.  
  15. The LOADHI programs are used to run resident programs and drivers in 
  16. the memory area between 640 and 1024K.  This area is normally reserved 
  17. for hardware devices such as video cards, system ROM and Network 
  18. Adapters.  The more devices you have, i.e. the more reserved memory 
  19. you have used, the less there will be available for using LOADHI to 
  20. load programs.
  21.  
  22. LOADHI comes in two forms: LOADHI.COM is used to load resident 
  23. programs high in the AUTOEXEC.BAT or from the DOS prompt. For example 
  24. to load MOUSE.COM high you would enter "LOADHI MOUSE.COM" from the DOS 
  25. prompt or in the AUTOEXEC.BAT.  
  26.  
  27. LOADHI.SYS is used to load programs high from the CONFIG.SYS.  For
  28. example to load ANSI.SYS high you would put a line in the CONFIG.SYS 
  29. that says "DEVICE=LOADHI.SYS ANSI.SYS".
  30.  
  31. Many new DESQview users assume that LOADHI can load TSR's and
  32. device drivers into extended or expanded memory.  This is not the 
  33. case.  The only place these programs can be loaded is in free and 
  34. contiguous areas in the memory area from 640K to 1024K.  Since a 64K 
  35. page frame also must be installed somewhere in this area, the 
  36. available reserved is usually fragmented into several segments.
  37.  
  38. All programs must be loaded into contiguous memory.  Because of this,
  39. you will probably have more luck loading smaller TSR's than large 
  40. ones.  This varies from computer to computer and also depends on the 
  41. devices installed on the particular computer.  The LOADHI program 
  42. always uses the largest area available first.  For network drivers
  43. this may not be desirable.  For instance,  Novell, which uses 
  44. two programs, likes to have its smaller program loaded first.  To load 
  45. the smaller program first into the smaller of two areas use LOADHI 
  46. redundantly.  Example; "LOADHI LOADHI IPX".  The first copy of LOADHI 
  47. loads another copy of LOADHI into the first (and larger) memory area 
  48. available.  The second copy of LOADHI then loads IPX into the next 
  49. largest area available.  Each time LOADHI gets used it erases itself 
  50. from memory.  At this point IPX is loaded into the smaller of the two 
  51. areas.  The larger is now again fully available.  Using a single 
  52. LOADHI to load NET3 (the second and the larger of the Novell programs) 
  53. will put it in the larger memory area.  Typing LOADHI at the DOS 
  54. prompt reveals areas available for loading high.
  55.  
  56. The RAM parameter to QEMM.SYS must be invoked in order to use LOADHI 
  57. programs. This attaches some expanded memory to the unused addresses 
  58. in the reserved memory area.  Once the ram is available, programs can 
  59. be loaded there with LOADHI.  Using the RAM parameter to QEMM.SYS 
  60. disallows QEMM to be turned off.  
  61.  
  62. When using QEMM386 with DESQview there is one other thing to consider.
  63. DESQview has the capability of running most of its own code in the 
  64. reserved memory area.  You don't have to use the RAM parameter with QEMM
  65. to get this feature.   XDV will map expanded memory onto the available 
  66. addresses all by itself.  It will then run DESQview in that memory.  
  67. DESQview can use as much as 140K of reserved memory. Loading high too 
  68. many resident programs and drivers before going into DESQview may 
  69. cause DESQview to load more of itself into the lower 640K, resulting 
  70. in no gain for the largest available window size in DESQview.  If you 
  71. are running DESQview, it is therefore a good idea to avoid loading 
  72. "Pop-up" type TSR's before DESQview at all (using LOADHI or not) and 
  73. install them instead in DESQview windows, where their overhead to lower
  74. memory can be completely overcome.
  75.  
  76.         Copyright (C) 1990 by Quarterdeck Office Systems
  77.              * * *   E N D   O F   F I L E    * * * 
  78.