Reproducible InternalError in lambda stuff

Charles Oliver Nutter headius at headius.com
Sat Sep 14 12:55:34 PDT 2013


We are getting many reports of memory issues under u40 running appear with
indy support. Some seem to go away with bigger heaps, but others are still
eventually failing. This is a very high priority for us because we had
hoped to release JRuby 1.7.5 with indy enabled (finally) and that may not
be possible.
On Sep 14, 2013 3:07 PM, "David Chase" <david.r.chase at oracle.com> wrote:

> I am not sure, but it seemed like "something" bad floated into jdk8 for a
> little while, and then floated back out again.
> I haven't kept close enough track of the gc-dev mailing list, but for a
> few days I was frequently running out of memory when I had not been before
> (i.e., doing a build, or simply initializing some of the internal tests) --
> this on a machine where when I checked, at least 4G was free for the taking.
>
> Something happened, and the problems went away.
>
> On 2013-09-13, at 6:59 PM, Charles Oliver Nutter <headius at headius.com>
> wrote:
>
> > On Sat, Sep 14, 2013 at 12:57 AM, Charles Oliver Nutter
> > <headius at headius.com> wrote:
> >> * More memory required when running with indy versus without, all
> >> other things kept constant (reproduced by two people, one of them me)
> >
> > I should say *significantly more* memory here. The app Alex was
> > running had to go from 1GB heap / 256MB permgen to 2G/512M when it was
> > running *fine* before...and this is just for running the *tests*.
> >
> > - Charlie
> > _______________________________________________
> > mlvm-dev mailing list
> > mlvm-dev at openjdk.java.net
> > http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
>
>
> _______________________________________________
> mlvm-dev mailing list
> mlvm-dev at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/mlvm-dev/attachments/20130914/554cd0d2/attachment.html 


More information about the mlvm-dev mailing list