home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / lisp / mcl / 2092 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  1.4 KB
  1. Path: sparky!uunet!olivea!apple!cambridge.apple.com!lieber@media.mit.edu
  2. From: lieber@media.mit.edu (Henry Lieberman)
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: MCL Operating System
  5. Message-ID: <9301251637.AA07757@media.mit.edu>
  6. Date: 25 Jan 93 16:37:03 GMT
  7. References: Amble, Bob's message of 23 Jan 93 04:53 GMT <727766326.8424214@AppleLink.Apple.COM>
  8. Sender: owner-info-mcl@cambridge.apple.com
  9. Lines: 23
  10. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  11.  
  12.  
  13.    Date: 23 Jan 93 04:53 GMT
  14.    From: AMBLE@AppleLink.Apple.COM (Amble, Bob)
  15.  
  16.    I believe the size of MCL applications being discussed is the disk footprint
  17.  
  18. But [excluding the CD] MCL comes on fewer floppy disks than Photoshop,
  19. Macromind Director, Pagemaker ... all of which you've got to run in >2
  20. MB partitions for reasonable work anyway.
  21.  
  22. A real villain is that the Mac OS makes you allocate a fixed-size "partition"
  23. for the application. Application "size" should be dynamically allocated.
  24. This is an obsolete holdover. 
  25.  
  26. Application-switching is not an issue; the real measure is "working set", 
  27. the relative size of recently and frequently accessed memory. Generational
  28. GC may "move things around" in your address space, but that it irrelevant.
  29. The purpose of GC is not to "reclaim memory" as many think, but to increase
  30. the density of objects that you access in memory.
  31.  
  32. I was one of the original inventors of generation-based GC. 
  33.  
  34. Henry Lieberman
  35.