Related articles |
---|
Garbage collection for system programming sheath1@gmail.com (Simon) (2005-02-28) |
Re: Garbage collection for system programming torbenm@app-4.diku.dk (2005-02-28) |
Re: Garbage collection for system programming Martin.Ward@durham.ac.uk (Martin Ward) (2005-02-28) |
Re: Garbage collection for system programming richard.xian@gmail.com (Richard Xian) (2005-03-01) |
Re: Garbage collection for system programming nmm1@cus.cam.ac.uk (2005-03-01) |
Re: Garbage collection for system programming sheath1@gmail.com (Simon) (2005-03-01) |
Re: Garbage collection for system programming torbenm@app-4.diku.dk (2005-03-04) |
Re: Garbage collection for system programming pault@dessci.com (Paul Topping) (2005-03-04) |
Re: Garbage collection for system programming nmm1@cus.cam.ac.uk (2005-03-04) |
From: | Paul Topping <pault@dessci.com> |
Newsgroups: | comp.compilers |
Date: | 4 Mar 2005 14:24:48 -0500 |
Organization: | Compilers Central |
Keywords: | GC |
Posted-Date: | 04 Mar 2005 14:24:48 EST |
Some of the replies to the original post seem to be assuming that GC
would have to be used for ALL memory allocation in, say, an operating
system and then proceed to explain why this might be a bad idea. My
guess is that the original poster was thinking along the lines of
using GC to manage the many lists of things (eg, running processes,
events, critical sections, etc.) that make up a typical OS or system
programming task. IMHO, GC might be very good for this sort of
thing. It might not be good to, say, reserve memory space for an
executable to be loaded into. Such large allocations may be made by
the lower-level memory allocator on which the GC is built.
Paul Topping
Design Science, Inc.
"How Science Communicates"
Makers of MathType, WebEQ, MathPlayer, Equation Editor, TeXaide
http://www.dessci.com
Return to the
comp.compilers page.
Search the
comp.compilers archives again.