[gclist] Another request from a Newbie :-)
Thu, 15 May 2003 15:53:10 +0530 (IST)
Isn't one of the (IMHO important) thing is how much 'extra' memory
is available. if system is on a embedded thing, where each byte
is precious, can 'memory overhead' of a gc be tolerated.
Just curious, if the world talks of 'compilt-time-garbage-detection',
where memory once allocated, is cleverly reused and reused.
I 'heard' stalin ( scheme compiler) does this sort of thing ?
From: "Fahad G." <Fahad.Gilani@anu.edu.au>
Subject: Re: [gclist] Another request from a Newbie :-)
Date: 15 May 2003 20:10:39 +1000
> Like you mentioned, there are in fact a few papers available on the
> subject and some ideas and solutions have been proposed. However this
> matter remains un-tackled in that, (almost all) practitioners deny
> (sometimes completely) the idea of garbage collection being introduced
> in a hard real-time system. Some say it's ridiculous and some say it's
> impossible (i.e garbage-collection introduces unpredictability into the
> system which is a no-no in a hard real-time environment). Anyways, the
> point is that you can most certainly choose this topic and maybe try
> convincing the world that there really *is* a way you could introduce
> garbage collection into hard real-time systems.
> > Hi all,
> > Thanks for the insightful help the last time around, I did de-rail once
> > the topic somehow went into finalizers. ;-)
> > I have another question, I have done a bit of reading and I want to
> > write a research report on the following topic. If someone let me know
> > if this is a topic worth working on for a school report?, or has it been
> > beaten to death? Surprisingly few papers are avbl for this on ACM and
> > those thieves IEEE (j/k). My topic is
> > "Is there a systematic method by which one can evaluate and select a
> > garbage collection algorithm for a hard-real-time system?"
> > I would love to hear your thoughts on this matter, all the experts
> > around here. I am really getting interested in GC and would appreciate
> > all/any help.
> > Regards,
> > Ravi Jonnalagedda