RFC 7038914: VM could throw uncaught OOME in ReferenceHandler thread
David Holmes
david.holmes at oracle.com
Fri May 17 00:35:15 UTC 2013
On 16/05/2013 8:48 PM, Thomas Schatzl wrote:
> Hi,
>
> On Sat, 2013-05-11 at 09:45 +1000, David Holmes wrote:
>> On 11/05/2013 6:53 AM, Dean Long wrote:
>>> On 5/10/2013 1:22 PM, Peter Levart wrote:
>>>>
>>>> On 05/10/2013 10:08 PM, Peter Levart wrote:
>>>>>
>>>>> On 05/10/2013 08:10 PM, Dean Long wrote:
>>>>>> If you really want to bullet-proof ReferenceHandler (and other
>>>>>> system threads) against OOME caused by native allocations,
>>>>>> then don't forget about monitor inflation if there is contention for
>>>>>> "lock" :-)
>>
>>
>> Right - most C-heap allocation failures in the VM result in an abort but
>> some will convert to OOME (such as native thread creation related failures).
>>
>> Any test that tries to force an OOME at a particular operation is going
>> to be fragile because you can't know what other allocations might be
>> needed under the covers. As Peter already discovered it might occur
>> during the "new" of InterruptedException, or it might happen during the
>> load/initialization of InterruptedException. So pre-initializing
>> InterruptedException is probably a wise thing to do.
>>
>
> That means what? Should I file a new CR (against what component?) for
> that (making InterruptedException a pre-initialized exception)?
No I was only referring to the test - the test should preinitialize
InterruptedException.
David
> Thanks,
> Thomas
>
>
More information about the core-libs-dev
mailing list