RFR(S) 8241004: NMT tests fail on unalinged thread size with debug build
Boris Ulasevich
boris.ulasevich at bell-sw.com
Wed May 13 16:29:49 UTC 2020
Hi Thomas,
Good point! Thanks.
I reworked the function to ease both restrictions.
http://cr.openjdk.java.net/~bulasevich/8241004/webrev.01
regards,
Boris
On 13.05.2020 08:59, Thomas Stüfe wrote:
> Hi Boris,
>
> Note that we have unaligned stack boundaries on AIX too, not so strange :)
>
> What I do not like about the solution is that it loosens the
> restriction on the input size while keeping the restriction on the
> start address. I'd rather see this function either in its current form
> (requiring the input ranges to be page aligned) or the input range to
> be completely unrestricted. This function is currently only used by
> NMT but it is useful and may be used in other places too.
>
> Can you make it work with arbitrary input ranges? I do not think this
> would require much changes from your patch, you do most of the work
> already.
>
> Thanks!
>
> ..Thomas
>
>
>
> On Thu, May 7, 2020 at 2:56 PM boris <boris.ulasevich at bell-sw.com
> <mailto:boris.ulasevich at bell-sw.com>> wrote:
>
> Hi,
>
> Please review the following change.
>
> http://cr.openjdk.java.net/~bulasevich/8241004/webrev.00
> http://bugs.openjdk.java.net/browse/JDK-8241004
>
> The stack size created by the implementation of the pthread
> library is
> not necessarily page aligned. It is weird, but it is not
> forbidden: the
> pthread library may add some gap on it own. My change removes
> stack size
> alignment assert checks and tunes NMT committed range calculation for
> the case of unaligned stack size.
>
> thanks,
> Boris
>
More information about the hotspot-runtime-dev
mailing list