home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / misc / 27731 < prev    next >
Encoding:
Text File  |  1992-08-19  |  2.5 KB  |  57 lines

  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!kithrup!hoptoad!decwrl!mips!munnari.oz.au!bruce.cs.monash.edu.au!monu6!yoyo.cc.monash.edu.au!parry
  3. From: parry@yoyo.cc.monash.edu.au (Tom J Parry)
  4. Subject: Re: Above 16MB. Possible FAQ. Summary needed.
  5. Message-ID: <1992Aug19.123804.15920@monu6.cc.monash.edu.au>
  6. Originator: parry@yoyo.cc.monash.edu.au
  7. Sender: news@monu6.cc.monash.edu.au (Usenet system)
  8. Organization: Monash University, Melb., Australia.
  9. References: <1992Aug18.171339.16425@njitgw.njit.edu>
  10. Date: Wed, 19 Aug 1992 12:38:04 GMT
  11. Lines: 44
  12.  
  13. David Charlap (dic5340@hertz.njit.edu) wrote:
  14. > Since ISA boards are physically incapable of using DMA to transfer
  15. > data above the 16MB line, OS/2 has to copy data first.  In other
  16. > words, if you close the window and OS/2 has to write something to the
  17. > disk, and that something is located in high memory (above 16MB), then
  18. > the system has to move the data "south" of the 16MB line before
  19. > writing it.  This may require other data to be moved "north" or
  20. > swapped to disk.
  21. > At least, it's a good theory.  It might also simply be a bug.
  22.  
  23. If that IS the case, any suggestions on what to do with the >16MB. I
  24. presume (if your above analysis is correct) disk caches in that area
  25. will have the same problem. On the other hand, would OS/2 not recohnise
  26. this higher memory and prefer the lower stuff to it. These pauses I hget
  27. occur even ijust after I start OS/2. I would find it difficult to
  28. believe 16MB has already been consumed by that point.
  29.  
  30. > >Also, what is the best program around for getting stats on memory usage.
  31. > >Sort of a MEM for OS/2 or even better, something like MANIFEST (I live &
  32. > >dream in hope).
  33. > Not likely.  What kind of info do you want?  With a virtual memory
  34. > system, all memory is either free, or can be made free.  And you have
  35. > all the swap space on your disk that can be allocated as well.  You'd
  36. > need many numbers, like:
  37. >    Number of free pages in memory
  38. >    Number of discardable pages in memory
  39. >    Number of pages that can be swapped to disk
  40. >    Amount of free swap space on disk
  41. >    Size of the largest contiguous block of memory
  42.  
  43. The kind of stats I would probably be after would be physical memory
  44. stuff. Information such as how mnuch is being used and for what. How
  45. much of my RAM is free etc. In my opinion these facts govern performance
  46. more than the amount of swap space availabl;e and demonstrate what OS/2
  47. is actually doing with RAM (which up to now, seems to be a mystery).
  48.  
  49. -- 
  50. Tom J Parry.
  51. Your reality is a figment of my imagination.
  52.