RFR: 8016155: SIGBUS when running Kitchensink with ParallelScavenge and ParallelOld
Stefan Johansson
stefan.johansson at oracle.com
Fri Aug 23 05:30:04 PDT 2013
Hi all,
I would like some reviews on my fix for bug:
http://bugs.sun.com/view_bug.do?bug_id=8016155
Webrev:
http://cr.openjdk.java.net/~sjohanss/8016155/webrev.00
Summary:
On Linux we have a problem that we hit a SIGBUS when one NUMA node runs
out of large pages but the system as a whole has large pages left. To
avoid this we need to ease the requirement on which node the memory
should be allocated on. This can be done by using the memory policy
MPOL_PREFERRED, which prefers a certain node, instead of MPOL_BIND,
which requires a certain node.
Testing:
To verify the fix I've run Kitchensink as describe in the bug report,
but also done some manual testing. To sanity test performance I've run
SPECjbb2005 with and without UseNUMA before and after the fix and I
haven't seen any problem. I also ran SPECjbb2005 on a system where one
NUMA node has been configured with no large pages while the other has
enough for the test. Without the fix this crashes immediately, but with
the fix the results are sane.
Thanks,
Stefan
More information about the hotspot-dev
mailing list