JVMTI OOM handling when arrays / objects are too large

Alan Bateman Alan.Bateman at Sun.COM
Sun Jun 28 09:18:31 PDT 2009


Martin Buchholz wrote:
> Alright, I have a new simple version of the hotspot part of the
> jvmti-oom fix that should make Alan happy.
>
> ...Except for the usual problem that the code is screaming
> for a bit of refactoring, and it's not quite clear what file
> and function name it should be refactored to.  I'll do the
> easy refactoring if you give me the names to use.
> Or simply give me thumbs up and I will commit.
>
> http://cr.openjdk.java.net/~martin/jvmti-oom/ 
> <http://cr.openjdk.java.net/%7Emartin/jvmti-oom/>
> http://cr.openjdk.java.net/~martin/jvmti-oom-test/ 
> <http://cr.openjdk.java.net/%7Emartin/jvmti-oom-test/>
>
> Thanks,
>
> Martin
The changes you have are simple and address the need. As I said 
previously, I'm not working in this area regularly now so it would be 
good to have someone from runtime to review too, as I'm sure they will 
have better ideas for refactoring this. Clearly the hooks in 
collectedHeap.inline.hpp could be improved (these functions have grown, 
and I wonder if they are still inlined now).

I meant to ask, but did you consider adding a test in the hotspot 
repository rather than updating the ProcessBuilder test in the jdk 
repository? I realize its a bit of extra work to do this.

-Alan.



More information about the serviceability-dev mailing list