home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text3489.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.4 KB  |  38 lines
  1. >>>>> "Tim" == Tim Holmes <holmes@gorilla.nbn.com> writes:
  2. In article <Dtozz8.JF0@gorilla.nbn.com> holmes@gorilla.nbn.com (Tim Holmes) writes:
  3.  
  4.  
  5.     Tim> I have a Pentium w/ 32 meg ram, and I have been running out
  6.     Tim> of memory (into swap anyway) using Executor running Excel.  I
  7.     Tim> did the following experiment by doing the "free" command at
  8.     Tim> different stages.  I think that the memory usage may be
  9.     Tim> somewhat cumulative, that is, the longer I work, the more I
  10.     Tim> use up, but that part I'm not sure of.  It took over 10 megs
  11.     Tim> of ram to open up three large spreadsheets.  Is this expected
  12.     Tim> behavior?  (Caldera/Linux 1.2.13)
  13.  
  14. Your machine didn't start out with much free memory, and Executor has
  15. to have enough memory for itself (about 3Mb), the offscreen bitmap,
  16. the applzone and scratch space for dynamic recompiling.
  17.  
  18. The Mac memory manager uses round robin to allocate memory and so even
  19. if you're not using all the memory (4 MB applzone), it *appears* that
  20. you are, at least from Linux's VM subsystem's point of view.
  21.  
  22. Or at least that's my guess as to what's happening.
  23.  
  24. You might want to try using "-memory 4m" instead of "-applzone 4m"
  25. since the former will allocate 4 Mb for applzone, syszone and stack
  26. total, while the latter will use 4m for applzone and then use defaults
  27. for the other two.
  28.  
  29. Linux 2.0 does better with paging, too.
  30.  
  31.     Tim> Thanks,
  32.  
  33.     Tim> Tim Holmes holmes@gorilla.nbn.com
  34.  
  35. --Cliff
  36. ctm@ardi.com
  37.  
  38.