This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: GC leaks debugging
[...]
>> Any real program produces so much blacklist messages that it hardly
>> runs. ÂI'd like to investigate this or am I on the wrong track
>> completely?
>
> I think you are. ÂThe heap is small in this simple test case, so there
> are no real problems.
I will ignore this for now then.
> You need to find out what the real problem is. ÂFind just one of those
> "need to allocate large block" messages, and find out why it is being
> called. ÂI suspect that there is an actual bug that is causing the
> explosion and it can be found. ÂForget about 991 blacklist messages:
> not useful.
I have done many tests, with different programs, which all run
flawlessly on OpenJDK, but explode on GCJ. I have run some test last
night, and I'll see from the logs that the heap is 1 GB, while about
700 MB of it is free. Also it seems that the finalization table keeps
growing. I am running now, but later this day I'll post the log. (And
search the mail archives with a new keyword: finalization ;-)
> I'd have a look myself, but there is no way to duplicate your problem.
> BTW, is this on a 32-bit or 64-bit platform?
It is on 32-bit. On 64 bit, the blacklisting is not happening. But
the heap keeps exploding, so you are right, the problem probably lies
elsewhere.
(Although I still feel sorry for the poor GC on 32 bit systems ;-)
Thanks a lot.
Erik