CSR Review: 8189423: Add option to disable stack overflow checking in primordial thread for use with JNI_CreateJavaJVM
Robbin Ehn
robbin.ehn at oracle.com
Tue Oct 17 12:41:41 UTC 2017
On 10/17/2017 12:29 PM, David Holmes wrote:
> On 17/10/2017 7:28 PM, Robbin Ehn wrote:
>>> My understanding from prior discussion (ie when we fixed the 2MB
>>> stack limit) is that it doesn't work for them to use a new thread for
>>> the JVM. The change to support anything but unlimited stack size also
>>> helped (and the 8M limit when 'unlimited' is tolerable) but really
>>> they just want a simple way to say "please don't bother with stack
>>> guards, I can deal with that myself".
>>
>> Is there a problem I'm not seeing to extends this to all attaching
>> threads?
>> E.g. -XX:+DisableAttachingThreadGuardPages (more useful option I would
>> say)
>
> Yes - that allows it to impact all of our launchers as well - not
> something I want to allow for. It opens the door for a myriad of bug
> reports if people use this flag without understanding it's consequences.
>
> The aim here is to solve a specific problem, not introduce new ways to
> break things.
First, since this is broken, you would fix the issue with different
stacksizes.
And secondly, I think the solution to that is to move all 'text' options
to the launcher and have the CreateVM taking a data structure with
pre-parsed options. And let the launcher choose which options to expose
to the end-user. Meaning our own java launcher would never expose this
option. (but this is much bigger discussion)
Would the option would skip adding guard to any other thread calling
CreateVM?
If not, have the option really the correct name?
E.g. -XX:+DisableCreateVMThreadGuardPages ?
Thanks, Robbin
>
> David
>
>> Thanks, Robbin
>>
>>>
>>> This is intended to be a very simple, very specific proposal. I
>>> suppose it could be flagged as "experimental" if we wanted the
>>> flexibility to do something different later. But I don't see that
>>> being on the cards.
>>>
>>> Cheers,
>>> David
>>>
>>>>
>>>> Thanks Robbin
>>>>
>>>>>
>>>>> Kind Regards, Thomas
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Oct 17, 2017 at 9:22 AM, David Holmes
>>>>> <david.holmes at oracle.com>
>>>>> wrote:
>>>>>
>>>>>> CSR: https://bugs.openjdk.java.net/browse/JDK-8189423
>>>>>>
>>>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8189170
>>>>>>
>>>>>> Could I please have a reviewer for this CSR request so I can
>>>>>> fast-track it.
>>>>>>
>>>>>> Comments on the proposal are of course welcome.
>>>>>>
>>>>>> Thanks,
>>>>>> David
>>>>>>
More information about the hotspot-runtime-dev
mailing list