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:


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.

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.


More information about the hotspot-dev mailing list