From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <java-return-26883-listarch-java=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 4785 invoked by alias); 8 Apr 2011 15:53:02 -0000
Received: (qmail 4774 invoked by uid 22791); 8 Apr 2011 15:53:01 -0000
X-SWARE-Spam-Status: No, hits=-1.9 required=5.0	tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE
X-Spam-Check-By: sourceware.org
Received: from mail-vx0-f175.google.com (HELO mail-vx0-f175.google.com) (209.85.220.175)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 08 Apr 2011 15:52:57 +0000
Received: by vxd7 with SMTP id 7so3425972vxd.20        for <java@gcc.gnu.org>; Fri, 08 Apr 2011 08:52:57 -0700 (PDT)
Received: by 10.52.89.18 with SMTP id bk18mr3462696vdb.270.1302277977112; Fri, 08 Apr 2011 08:52:57 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.52.162.8 with HTTP; Fri, 8 Apr 2011 08:52:17 -0700 (PDT)
In-Reply-To: <4D9F2B2A.30500@caviumnetworks.com>
References: <AANLkTim1XhyVMDOLpfSAM6QWMPmFDRz8vh-JgMpziPqR@mail.gmail.com> <4D95909E.4060309@redhat.com> <AANLkTikG2CBU8q2yde+NZLJ8x7Rcg2jHQG0Ojmc0g=ks@mail.gmail.com> <4D959C24.8030408@redhat.com> <238A96A773B3934685A7269CC8A8D04272EFEFD5C3@GVW0436EXB.americas.hpqcorp.net> <BANLkTim-j+s4ubQK9=tB=rKw7tKJovq6Uw@mail.gmail.com> <BANLkTinjau9wC4Fe36U7WMqP5n_+kEtdGA@mail.gmail.com> <BANLkTinPa=OE3EufbbwmXxXnjYF-idey7w@mail.gmail.com> <4D997D8C.9060903@redhat.com> <BANLkTin=jtQV9T94ikC4Ju1EpDExH4LdUw@mail.gmail.com> <4D9993D4.9040704@redhat.com> <BANLkTi=3oDzGN-GkWOcQfiESZoyxCCnntg@mail.gmail.com> <4D9ADA89.8000307@redhat.com> <BANLkTinYHDDsOpjK1JX983Q-uGVOx8P3DQ@mail.gmail.com> <4D9B112B.6000408@redhat.com> <BANLkTi=R2f4ryFMSwzQwkAkWm57yj5aE3Q@mail.gmail.com> <4D9CB200.2000103@redhat.com> <BANLkTi=-8X4o3aQfaj5kPBbv9AKUxve9eA@mail.gmail.com> <4D9F13E9.7000106@redhat.com> <4D9F2B2A.30500@caviumnetworks.com>
From: Erik Groeneveld <erik@cq2.nl>
Date: Fri, 08 Apr 2011 15:53:00 -0000
Message-ID: <BANLkTimFAx+PGsX0FrOpY9RTBUvXkK=04A@mail.gmail.com>
Subject: Re: GC leaks debugging
To: David Daney <ddaney@caviumnetworks.com>
Cc: Andrew Haley <aph@redhat.com>, java@gcc.gnu.org, "Boehm, Hans" <hans.boehm@hp.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-IsSubscribed: yes
Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <java.gcc.gnu.org>
List-Id: <java.gcc.gnu.org>
List-Subscribe: <mailto:java-subscribe@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/java/>
List-Post: <mailto:java@gcc.gnu.org>
List-Help: <mailto:java-help@gcc.gnu.org>, <http://gcc.gnu.org/ml/#faqs>
Sender: java-owner@gcc.gnu.org
X-SW-Source: 2011-04/txt/msg00040.txt.bz2

>> Paging Hans Boehm. =C2=A0can you suggest ways to get the system to GC mo=
re
>> frequently? =C2=A0Would doing so avoid this scenario?
>>
>
> Call _Jv_SetGCFreeSpaceDivisor(). =C2=A0I forget what we used to do, but =
bigger
> numbers cause it to collect more often. =C2=A0The default may be 5, but i=
f you
> make it 20 or 25 you really reduce heap growth.

Yes, I saw this in the code and I already tried that with 30.  Did not help=
. ;-(
Also tried explicit GC_gcollect.  Did also not help.

I'll sleep another night; new clues will come... ;-)

Erik