RFR(M): 8008287: Code cache statistic variables for event tracing needs atomicity

Nils Eliasson nils.eliasson at oracle.com
Sun Jun 16 15:00:08 PDT 2013


Updated,

Unnecessary lock removed from scan_stacks.

http://cr.openjdk.java.net/~neliasso/8008287/webrev.05

//Nils Eliasson

On 2013-04-30 17:27, Nils Eliasson wrote:
> Hi,
>
> I have fixed some atomicity issues for the sweeper tracing and did 
> some refactoring at the same time, removing duplicate counters.
>
> I guess people might have opinions on this, but I have chosen to only 
> use the perf_counters when available instead of  always having a 
> normal counter and an additional perf_counter in specific scenarios.
>
> Also changed the type of the traversal counter (and the 
> stack_traversal marker in nmethod). It should be good for 126 years of 
> sweeping once a second anyway (and we don't complete full sweeps that 
> often.)
>
> http://bugs.sun.com/view_bug.do?bug_id=8008287
> https://jbs.oracle.com/bugs/browse/JDK-8008287
> http://cr.openjdk.java.net/~neliasso/8008287/webrev.04 
> <http://cr.openjdk.java.net/%7Eneliasso/8008287/webrev.04>
>
> Thanks,
> Nils Eliasson
>
>



More information about the hotspot-compiler-dev mailing list