home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / misc / 27605 < prev    next >
Encoding:
Internet Message Format  |  1992-08-18  |  1.6 KB
  1. Path: sparky!uunet!wupost!kuhub.cc.ukans.edu!spssig.spss.com!uchinews!ellis!sip1
  2. Newsgroups: comp.os.os2.misc
  3. Subject: Re: OS/2 - A real memory hog!
  4. Message-ID: <1992Aug18.135156.28774@midway.uchicago.edu>
  5. From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
  6. Date: Tue, 18 Aug 1992 13:51:56 GMT
  7. Reply-To: sip1@midway.uchicago.edu
  8. Sender: news@uchinews.uchicago.edu (News System)
  9. References: <1992Aug8.180955.8426@msuinfo.cl.msu.edu>
  10. Distribution: usa
  11. Organization: Dept. of Econ., Univ. of Chicago
  12. Lines: 23
  13.  
  14. [Complaints about OS/2's memory "hogging."]
  15.  
  16. This question is getting to be a FAQ.  Let me point out that OS/2 is
  17. not DOS (if it wasn't obvious :-)) -- memory is dealt with
  18. differently.
  19.  
  20. A free memory utility simply isn't going to be very useful under OS/2.
  21. OS/2 keeps old code in memory -- why dump code when it might be used
  22. again?  Since those portions of memory can always be reloaded from
  23. disk (at the expense of some extra time), they are easy to deallocate
  24. should they be needed -- simply mark the areas as free and load needed
  25. code/data right over them.
  26.  
  27. Hence, for best performance, paradoxically you want the system to have
  28. very little "free" memory at any given time, because that means
  29. there's a better chance that needed code is already in memory and need
  30. not be loaded from disk.
  31.  
  32. -- 
  33. Get the OS/2 FREQ. ASKED QUESTIONS LIST | Timothy F. Sipples
  34. from 128.123.35.151, anonymous ftp,     | Internet: sip1@ellis.uchicago.edu
  35. directory pub/os2/all/faq, or from      | Dept. of Econ., U. Chicago, 60637
  36. LISTSERV@BLEKUL11.BITNET (send "HELP"). | Tsongas > Perot > Clinton.  Yay.
  37.