RFR: 8016155: SIGBUS when running Kitchensink with ParallelScavenge and ParallelOld
jon.masamitsu at oracle.com
Fri Aug 23 11:58:10 PDT 2013
On 8/23/2013 5:30 AM, Stefan Johansson wrote:
> 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.
With your change what happens when the system as a whole
runs out of large pages?
> 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