Re: RFR[9u-dev] 8130425: libjvm crash due to stack overflow in executables with 32k tbss/tdata

the potential for many reaper threads, I at least wanted to keep the memory waste low. On Wed, Jan 13, 2016 at 2:25 AM, cheleswer sahu wrote: + Thread t = null; + if (Boolean.getBoolean("processReaperUseDefaultStackSize")) { +

Re: RFR[9u-dev] 8130425: libjvm crash due to stack overflow in executables with 32k tbss/tdata

Adding core-libs-dev and hotspot-runtime-dev team . On 1/14/2016 12:24 AM, Martin Buchholz wrote: You should include core-libs-dev (and perhaps hotspot-runtime-dev) in this thread. You're changing core library code. On Wed, Jan 13, 2016 at 2:25 AM, cheleswer sahu wrote: Hi, Please r

Re: Need help to understand TLS behavior

Hi David, TLS is thread local storage. In test program it is defined using #define TLS_SIZE 32 int __thread XYZ[TLS_SIZE * 1024]; Regards, Cheleswer On 12/14/2015 6:29 PM, David Holmes wrote: What is TLS in this context? Thanks, David On 14/12/2015 10:34 PM, cheleswer sahu wrote: Hi, I am

Need help to understand TLS behavior

Hi, I am investigating an issue, in which test with TLS size set to 32K is failing with StackOverFlowError. During investigation I found the below code http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/file/tip/src/solaris/classes/java/lang/UNIXProcess.java ThreadFactory threadFactory = grimReaper ->

Need help to understand TLS behavior

Hi, I am investigating an issue, in which test with TLS size set to 32K is failing with StackOverFlowError. During investigation I found the below code /jdk8u-cpu /jdk /src