Re: Ada GC (was about Java VM)

jacobi@parc.xerox.com (Christian Jacobi)
31 Jan 1996 23:30:28 -0500

          From comp.compilers

Related articles
[2 earlier articles]
Re: Ada GC (was about Java VM) boehm@parc.xerox.com (1996-01-30)
Re: Ada GC (was about Java VM) dewar@cs.nyu.edu (1996-01-30)
Re: Ada GC (was about Java VM) hbaker@netcom.com (1996-01-31)
Re: Ada GC (was about Java VM) Steve_Kilbane@cegelecproj.co.uk (1996-01-31)
Re: Ada GC (was about Java VM) kelvin@cs.iastate.edu (1996-01-31)
Re: Ada GC (was about Java VM) boehm@parc.xerox.com (1996-01-31)
Re: Ada GC (was about Java VM) jacobi@parc.xerox.com (1996-01-31)
Re: Ada GC (was about Java VM) jsa@organon.com (1996-01-31)
Re: Ada GC (was about Java VM) dewar@cs.nyu.edu (1996-02-01)
Re: Ada GC (was about Java VM) dewar@cs.nyu.edu (1996-02-01)
Re: Ada GC (was about Java VM) dewar@cs.nyu.edu (1996-02-01)
Re: Ada GC (was about Java VM) darius@phidani.be (Darius Blasband) (1996-02-01)
Re: Ada GC (was about Java VM) dave@occl-cam.demon.co.uk (Dave Lloyd) (1996-02-02)
[10 later articles]
| List of all articles for this month |

From: jacobi@parc.xerox.com (Christian Jacobi)
Newsgroups: comp.compilers,comp.lang.ada
Date: 31 Jan 1996 23:30:28 -0500
Organization: Xerox PARC
References: 96-01-037 96-01-125 96-01-132
Keywords: Ada, GC, realtime

>>"As a non-expert in hard real-time systems, the last sentence strikes
>>me as very strange. There are well-known GC algorithms that guarantee
>>hard real-time bounds, as well as reasonable (linear) space bounds.
>>Henry is the inventor of one."


>During the design of Ada 95, it became abundantly clear that this view
>is NOT shared by most experienced practioners in the real time field.
>There are many "well known algorithms" in CS that are not yet ready
>for actual deployment in real systems!


I'm sorry for your bad experiences. I object to statements like
"abundantly clear" and "most experienced practitioners". I also don't
believe that the design phase of a programming language is the moment
when real experiences about ral time or performance are made.


In my experience good use of garbage collection (e.g not making stupid
allocations) results in code more efficient then using manual
allocation.


Chris Jacobi
--


Post a followup to this message

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