RFR: 8331208: Memory stress test that checks OutOfMemoryError stack trace fails
Doug Simon
dnsimon at openjdk.org
Tue Apr 30 07:07:04 UTC 2024
On Tue, 30 Apr 2024 05:54:53 GMT, David Holmes <dholmes at openjdk.org> wrote:
> So you are generalising (and seemingly simplifying) the notion of a "retryable allocation" so that internally an OOME can be ignored for a range of reasons. It seems a rather elaborate response to the test failure (especially when generating a stacktrace under OOM conditions could itself fail anyway), but I can see the general utility of expanding things this way. I really dislike the name `SandboxedOOMEMark` though - sorry - suggestions: `InternalOOMEMark`, `ScopedOOMEMark`, `ConfinedOOMEMark` ?
Aren't sandboxed, scoped and confined kind of all the same concept? I don't mind using a different name but want to better understand the specific objection to "sandboxed" first.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/18925#issuecomment-2084528115
More information about the hotspot-gc-dev
mailing list