Hi Tim,
thanks for taking the time to look into this. I've tried backing out the
change as you propose, and it works for me (TM). But the jit-temp-data
is no longer freed, so we are back at square one ;(
Timothy Stack wrote:
Okie, I've duplicated the problem, the gc is getting stuck and that
hi,
now the jit frees its temp data, but I don't hear a sound anymore and
the cpu usage is at ninety-something percent ;)
when I run kaffe with -verbosecall and pipe the output to a file, I can
hear some sound, but it skips. Weird. Could you take a third look at the
code?
Hi Tim,
it's getting better but it's not perfect yet ;)
now the jit frees its temp data, but I don't hear a sound anymore and
the cpu usage is at ninety-something percent ;)
when I run kaffe with -verbosecall and pipe the output to a file, I can
hear some sound, but it skips. Weird. Could you
Hi Tim,
it's getting better but it's not perfect yet ;)
bah, i suck
now the jit frees its temp data, but I don't hear a sound anymore and
the cpu usage is at ninety-something percent ;)
when I run kaffe with -verbosecall and pipe the output to a file, I can
hear some sound, but it
Hi Tim,
thanks for the quick patch! I tried it, but unfortunately, now kaffe
crashes when I try to play a mp3.
bash-2.05a$ kaffe -cp jl030.jar javazoom.jl.player.jlp /var/tmp/GutenRMX.mp3
playing /var/tmp/GutenRMX.mp3...
kaffe-bin: ../../../../kaffe/kaffe/kaffevm/jit3/machine.c:221:
translate:
Timothy Stack wrote:
Hi,
The memory usage seems to come from
jit-temp-data: Nr179 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,
