Garbage Collection in Squeak [from: [updates] 71 for 2.9alpha]

Daniel V. Oppenheim music at watson.ibm.com
Tue Nov 21 15:09:01 UTC 2000


>2986FixGCTooSlow-di -- Dan Ingalls -- 18 November 2000
>Provide a margin of one byte per object to be used for forwarding pointers 
>at GC time.  Since fwd blocks are 8 bytes, this means an absolute worst 
>case of 8 passes to compact memory.  In most cases it will be adequate to 
>do compaction in a single pass.
>Thanks to John McIntosh and Bob Arning for help with this analysis and 
>building new VMs.

This is really great!

Are there any numbers regarding a maximum duration for GC? Is there a way 
to tweak the GC mechanism to optimize for say, a case where you are 
performing an interactive music/multimedia work on stage and don't want to 
be caught with a long GC.

Danny
---

Dr. Daniel V. 
Oppenheim 

	Computer Music Center
	IBM T.J. Watson Research Center	     phone: (914) 945-1989
	P. O. Box 218 (or Route 134)	     fax:   (914) 945-3434
	Yorktown Heights, NY 10598	     www.research.ibm.com/music






More information about the Squeak-dev mailing list