home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / sasl / 5792 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.8 KB  |  62 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!howland.reston.ans.net!paladin.american.edu!auvm!LOBBY.TI.COM!RSNYDER
  3. X-Mailer: ELM [version 2.2 PL16]
  4. Message-ID: <199301271635.AA26629@lobby.ti.com>
  5. Newsgroups: bit.listserv.sas-l
  6. Date:         Wed, 27 Jan 1993 10:35:46 CST
  7. Reply-To:     "R. Snyder" <rsnyder@LOBBY.TI.COM>
  8. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  9. From:         "R. Snyder" <rsnyder@LOBBY.TI.COM>
  10. Subject:      Re: Expanded memory with PC-SAS
  11. Comments: To: goes@chimera.sph.umn.edu
  12. Comments: cc: sas-l@uga.cc.uga.edu
  13. In-Reply-To:  <199301271604.AA25374@lobby.ti.com>; from "Jim Goes" at Jan 27,
  14.               93 9:35 am
  15. Lines: 45
  16.  
  17. SUBJECT:   6.04 and exPANDed memory.
  18. SUMMARY:   I talked to SI Tech Support.
  19. REL/PLTF:  6.04/PC
  20. E-ADDR:    rsnyder@lobby.ti.com
  21. NAME:      Bob Snyder
  22. COMPANY:   Texas Instruments, Sherman, TX
  23. PHONE:     (903) 868-5799
  24. FAX:       (903) 868-7240
  25.  
  26. The last time I saw this topic on the List I generated this summary of data
  27. given to me by SI:
  28.  
  29. >
  30. > Instead of seeing how far I could shove my foot into my mouth I decided to
  31. > get with SI Tech Support.
  32. >
  33. > Their wisdom is that exPANDed is a kludge and that SAS's use of it is also
  34. > a kludge. Roughly 60% of the 6.04 SAS program modules can be loaded into
  35. > expanded memory. Some modules are non-deletable once loaded and some will
  36. > be purged when not needed. The only way you would need more than 2M of
  37. > exPANDed memory is if you run enough diverse applications in one session to
  38. > load 2M of non-deletable code. SAS does not put any data into expanded
  39. > memory. Data is put only in conventional memory. DOS 5.0 helps here.
  40. >
  41. > SAS provides two commands for memory management, cde and cdm. cde executed
  42. > from the SAS command line will tell you how much conventional memory is
  43. > available. cdm will list the modules loaded into expanded memory, their
  44. > starting addresses, and if they're non-deletable.
  45. >
  46. > Tech support gave me two ideas for making use of extended/expanded memory
  47. > beyound the 2M of expanded used by SAS directly. One is to make a RAM disk
  48. > and use a batch file to load the modules that cdm shows you use
  49. > the most onto the RAM disk. The path commands in the config.sas
  50. > file will have to be modified to have SAS look on the RAM disk first for
  51. > this to be effective. You may also put the SASWORK directory on RAM disk
  52. > which would speed up access to tempory data. The hazard of placing the
  53. > SASWORK directory on RAM disk is that running out of space causes a complete
  54. > system crash. Some folks use both methods.
  55. >
  56. > Another suggestion is to use a product like QEMM which can allow you to
  57. > borrow from video memory. This creates more conventional memory just as
  58. > DOS 5.0 does by relocating part of the kernal.
  59. >
  60. > Regards,
  61. > Bob
  62.