Re: Garbage collection for system programming

Paul Topping <pault@dessci.com>
4 Mar 2005 14:24:48 -0500

          From comp.compilers

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)
| List of all articles for this month |
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



Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.