Re: RFR(XXS): 8149803: Adjust lock rankings for some Event-based tracing locks

2016-02-25 Thread Karen Kinnear
Markus, It would be helpful if you could find a place to record a comment about the JfrStream_lock - that the rank needs to be between safe point and JfrBuffer_lock. That way, should we do cleanup in this area we will know the constraints. thanks, Karen > On Feb 24, 2016, at 2:30 PM, Karen Kin

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

2016-02-25 Thread Martin Buchholz
My hope is that we eventually eliminate StackOverflowError by implementing dynamically growable thread stacks. Until then, my hope is that hotspot give the thread the memory it asks for, for actually storing stack frames, and thread locals should not steal space from that. The system property int

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

2016-02-25 Thread Andrew Haley
On 02/25/2016 04:30 PM, Martin Buchholz wrote: > My hope is that we eventually eliminate StackOverflowError by > implementing dynamically growable thread stacks. Well, we've got this anyway, at least in Linux. Isn't this something that naturally should be pushed down to the thread library? Andre