From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f891f,9292211c2d4756a8 X-Google-Attributes: gidf891f,public X-Google-Thread: 109fba,46882e3fad98420e X-Google-Attributes: gid109fba,public X-Google-Thread: 103376,48b89668821c1c9f X-Google-Attributes: gid103376,public X-Google-Thread: f78e5,9292211c2d4756a8 X-Google-Attributes: gidf78e5,public X-Google-Thread: 1108a1,9292211c2d4756a8 X-Google-Attributes: gid1108a1,public X-Google-Thread: 1014db,9292211c2d4756a8 X-Google-Attributes: gid1014db,public X-Google-ArrivalTime: 1995-01-13 13:04:42 PST Newsgroups: comp.lang.c++,comp.lang.c,comp.object,comp.lang.misc,comp.std.c++,comp.lang.ada Path: nntp.gmd.de!newsserver.jvnc.net!howland.reston.ans.net!ix.netcom.com!netcom.com!NewsWatcher!user From: hbaker@netcom.com (Henry Baker) Subject: Re: Parallel & RT GC (was Re: Real-Time GC (was Re: Widespread C++...?) Message-ID: Sender: hbaker@netcom.com (Henry G. Baker) Organization: nil References: <787227087snz@wslint.demon.co.uk> <3ckb8g$841@gateway.wiltel.com> <1994Dec21.151952.8902@merlin.h <19941230.201628.350635.NETNEWS@UICVM.UIC.EDU> <3e9f60$8du@jive.cs.utexas.edu> <3epfsi$64d@gamma.ois.com> <3eua1r$4ea@gnat.cs.nyu.edu> <3f5vaf$r07@gamma.ois.com> Date: Fri, 13 Jan 1995 21:04:42 GMT Xref: nntp.gmd.de comp.lang.c++:86230 comp.lang.c:74338 comp.object:19491 comp.lang.misc:10332 comp.std.c++:11044 comp.lang.ada:17928 Date: 1995-01-13T21:04:42+00:00 List-Id: In article <3f5vaf$r07@gamma.ois.com>, beckwb@ois.com (R. William Beckwith) wrote: > Henry Baker comments that the primary issues are cache management and VM. > The fact that GC experts like Henry and Paul Wilson quickly digress to > chip level issues leads me to believe that a concerted effort on the > part of the CPU designer could lead to a much more elegant and efficient > solution to memory management in compiled languages. If people are interested in these issues, and haven't yet read the following paper, they are in for a treat: Reinhold, M.B. "Cache Performance of Garbage-Collected Programs". PLDI'94, ACM Sigplan Notices 29, 6 (June 1994), 206-217. (It _may_ be on the net. Reinhold works for NEC in New Jersy, I believe.)