Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (herse.apache.org: domain of zhanghuangzhu@gmail.com
 designates 209.85.132.251 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=T5hAvd5F+rWVztSvDjilwFJ6PHatOSsstn7ZVvTtsE2TSPyRDOoMdyT7ZIhhMZcNN8e9n6uGqtljbDZUZ8gzBltbYE+sr7WoMvyIB3z97gYcezuiYdWsHxVgPJQAr3f1nqFRzbUbbT5Lf5JT848Il4sUSavf2EEv/OLsDC5H3Hg=
Message-ID: <4d0b24970705170724n5e9ce43ev3522f812072dadb8@mail.gmail.com>
Date: Thu, 17 May 2007 22:24:45 +0800
From: "Andrew Zhang" <zhanghuangzhu@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [classlib] H-3148 (OOM when using native memory which is out of
 GC-control) again
In-Reply-To: <e66844de0705170633q648fca26p2cee5e85b12f6bef@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_42863_23713718.1179411885126"
References: <51abf0750705140922r41c0307dw56d79cb0706010aa@mail.gmail.com>
	 <4d0b24970705160917j606f5607m950616b2a0ffd75a@mail.gmail.com>
	 <e66844de0705170633q648fca26p2cee5e85b12f6bef@mail.gmail.com>

------=_Part_42863_23713718.1179411885126
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 5/17/07, Leo Li <liyilei1979@gmail.com> wrote:
>
> It might be too late when error occurs. Since GC is not in-place, when
> java
> runs out of memory, the GC itself may cannot work.


Thanks Leo, now I see.

And I'm also looking forward to seeing the ultimate fix by gc guys. :)

On 5/17/07, Andrew Zhang <zhanghuangzhu@gmail.com> wrote:
> >
> > On 5/15/07, Mikhail Markov <mikhail.a.markov@gmail.com> wrote:
> > >
> > > Hi, all!
> > >
> > > I'd like to raise the problem with freeing native memory which is out
> of
> > > GC
> > > control again :-) (and
> > https://issues.apache.org/jira/browse/HARMONY-3148as
> > > one of it's demonstration).
> > > (See the previous round at
> > > http://thread.gmane.org/gmane.comp.java.harmony.devel/25768).
> > >
> > > Several people have added comments to the JIRA, but we need a general
> > > decision on the following question:
> > >
> > > Do we accept the way which was introduced by Leo's patch in H-3148 (
> i.e.
> > > check if there are enough native memory available before allocating
> new
> > > one,
> > > and call System.gc() (or System.runFinalization()) if necessary)?
> > >
> > > I'm +1 for this method.
> >
> >
> > Hi,
> >
> > I'm not sure whether I understand the problem correctly, but is it
> > possible
> > that vm onlys invokes gc when it fails to allocate, instead of checking
> > native memory every time before allocation which would may cause
> > performance
> > downgrade?
> >
> > (Mark mentioned that he'd refactored the patch if he had time:-) - i'm
> > ready
> > > to do this if he has no time.)
> > >
> > > Thanks,
> > > Mikhail
> > >
> >
> >
> >
> > --
> > Best regards,
> > Andrew Zhang
> >
> > http://zhanghuangzhu.blogspot.com/
> >
>
>
>
> --
> Leo Li
> China Software Development Lab, IBM
>


-- 
Best regards,
Andrew Zhang

http://zhanghuangzhu.blogspot.com/

------=_Part_42863_23713718.1179411885126--