RFR: 8253916: ResourceExhausted/resexhausted001 crashes on Linux-x64 [v2]
Coleen Phillimore
coleenp at openjdk.java.net
Tue Dec 1 22:11:05 UTC 2020
On Tue, 1 Dec 2020 20:16:05 GMT, Thomas Stuefe <stuefe at openjdk.org> wrote:
>> Coleen Phillimore has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains three additional commits since the last revision:
>>
>> - Merge branch 'master' into mprotect
>> - Made resexhaused001.004 manual tests. You can't reliably run these tests.
>> - 8253916: ResourceExhausted/resexhausted001 crashes on Linux-x64
>
> After reading through the JBS comments I think this makes sense as an intermediate solution, since - as it was pointed out - running on without stack guards could cause crashes on later. The situation is not ideal but this change does not change much.
>
> As far as native memory shortages go, whether or not they result in an OOM is random anyway. pthread_create may fail, which would result in an OOM, or it may cause any number of other APIs to fail, e.g. mmap, which would cause the VM to terminate.
>
> The hotspot changes look good. I cannot comment on the changed test attributes.
Thanks for reviewing this Thomas, and for more information about this failure. I answered your comments in the JBS issue. It might be possible to throw OOM instead of vm_exit_out_of_memory but it's not very clean where it'll propagate in the code, and for this low native memory situation, I don't think it's going to help the test make more progress.
This has been a longstanding problem with this test so this change makes a cleaner exit for an unlikely application which may also have the same problem.
-------------
PR: https://git.openjdk.java.net/jdk/pull/1540
More information about the hotspot-dev
mailing list