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

Timothy Stack stack@cs.utah.edu
Tue Sep 16 12:26:12 2003


> 
> Timothy Stack wrote:
> >>Hi,
> >
> >>
> >>The memory usage seems to come from
> >>
> >>jit-temp-data: Nr    179  Mem   8980K, which doesn't get freed as it 
> >>should be, so it's impossible to run with less then -mx 16M. I think the 
> >>gc should try to free jit temp data when it runs out of memory. Tim, 
> >>Helmer, what do you think?
> > 
> > 
> > The GC doesn't track this, its kept around in a pool which isn't freed if 
> > it passes some threshold.
> 
> So it would require either a change to the gc to track it (which I 
> though it did, since the (re/de)allocations already happen through the 
> gc interface) or a change in the jitter (jit3) to free temp data when 
> it's not needed any more (after jitting a method? after a certain period 
> of time?), right?

I've changed it to free most of the pool after the jit has completed, can 
you cvs update and give it a go?

> cheers,
> dalibor topic

thanks,

tim