[jdk16] RFR: 8259380: Correct pretouch chunk size to cap with actual page size

[Patrick Zhang]

On Fri, 8 Jan 2021 16:08:43 GMT, Thomas Schatzl <tschatzl at openjdk.org> wrote:

> Another option is to just set the default chunk size for aarch64 to e.g. 512M and defer searching for the "best" later.

This cannot solve the problem completely, e.g., [HugeTLB Pages](https://github.com/torvalds/linux/blob/a09b1d78505eb9fe27597a5174c61a7c66253fe8/Documentation/admin-guide/mm/hugetlbpage.rst): "_x86 CPUs normally support 4K and 2M (1G if architecturally supported)_". Should there be a x64 system configured with 1GB large page, using current 4MB chunk size, the regression slowdown would show too, I believe. 
This was probably the reason why `-XX:PreTouchParallelChunkSize` has default 1GB settings, which could cover all kinds of large pages in modern kernels/architectures.

-------------

PR: https://git.openjdk.java.net/jdk16/pull/97