RFR: 8016155: SIGBUS when running Kitchensink with ParallelScavenge and ParallelOld
per.liden at oracle.com
Fri Aug 23 06:00:32 PDT 2013
Fix looks good!
On 08/23/2013 02:30 PM, 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.
> 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