[kaffe] Freeing jit temp data on demand (Was: Re: JavaLayer 0.3.0

Helmer Krämer hkraemer at freenet.de
Sat Sep 20 09:50:02 PDT 2003


On Fri, 19 Sep 2003 11:40:07 -0600 (MDT)
Timothy Stack <stack at cs.utah.edu> wrote:

Hi Tim,
 
> > Okie, I've duplicated the problem, the gc is getting stuck and that eats 
> > up all the CPU.  In particular it gets stuck in startGC() looping on the 
> > finalizer list.  I tried backing out helmer's last changes to the GC and 
> > it seems to run fine again, but I'm not really sure where the bug is just 
> > yet.
> 
> okie, the offending diff seems to be in gc-incremental.c:
> 
> @@ -639,7 +663,6 @@
>  startGC(Collector *gcif)
>  {
>  	gc_unit* unit;
> -	gc_unit* nunit;
>  
>  	gcStats.freedmem = 0;
>  	gcStats.freedobj = 0;
> @@ -663,9 +686,8 @@
>  	startTiming(&gc_time, "gctime-scan");
>  
>  	/* Walk all objects on the finalizer list */
> -	for (unit = gclists[finalise].cnext;
> -	     unit != &gclists[finalise]; unit = nunit) {
> -		nunit = unit->cnext;
> +	while (gclists[finalise].cnext != &gclists[finalise]) {
> +		unit = gclists[finalise].cnext;
>  		gcMarkObject(gcif, UTOMEM(unit));
>  	}
>  
> 
> Restoring the old version makes things work again, is this important for 
> the leak problem you found?

I'll try to get tritonus up and running and will respond
once I can reproduce the problems (tritonus refuses to
play any sound :( ).

Regards,
Helmer




More information about the kaffe mailing list