lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dawid Weiss (JIRA)" <>
Subject [jira] [Commented] (LUCENE-4650) Test framework should be more robust under OOM conditions
Date Wed, 02 Jan 2013 08:14:12 GMT


Dawid Weiss commented on LUCENE-4650:

randomizedtesting 2.0.8 has some tweaks to make it work. I tend to believe a "real" solution
doesn't exist, this is the best I could come up with -- there is a preallocated last-resort
memory pool of 1MB that gets released when OOM is thrown. A small delay is introduced to allow
concurrent GC threads to do their job, then the process attempts to serialize the exception
and write back some messages about the OOM.

It still doesn't _always_ work: I had some random OOMs even in System.out.printlns on J9,
whether the GC does or doesn't reclaim the released memory is unknown and is an inherent race
condition, the VM itself (hotspot) seems to require some memory when it does Runtime.halt;
under low-memory conditions it always returns with exit code 1, regardless of the status passed
to halt.

PermGen space errors are even more difficult. I tried preloading classes at startup but this
turns out to be such an unholy mess (and still without the guarantee that something is not
omitted) that I reverted this change. To my defense -- I tried with Maven's surefire and it
also craps out (hangs) under such conditions.
> Test framework should be more robust under OOM conditions
> ---------------------------------------------------------
>                 Key: LUCENE-4650
>                 URL:
>             Project: Lucene - Core
>          Issue Type: Bug
>          Components: general/test
>            Reporter: Dawid Weiss
>            Assignee: Dawid Weiss
>            Priority: Minor
>             Fix For: 4.1, 5.0
> When tests OOM (or run out of their permgen space) things to wild (hung runner, etc.).

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message