RFR(XS): 8008208: Event tracing for code cache subsystems can give wrong timestamps
markus.gronlund at oracle.com
Fri Feb 15 00:13:46 PST 2013
Thanks for good input David,
I will trace down to see any potential concurrency issues with these variables and if found, also ensure to add in the proper atomic primitives.
From: David Holmes
Sent: den 15 februari 2013 07:49
To: Markus Grönlund
Cc: Vladimir Kozlov; hotspot-compiler-dev at openjdk.java.net; hotspot-runtime-dev at openjdk.java.net; serviceability-dev at openjdk.java.ne
Subject: Re: RFR(XS): 8008208: Event tracing for code cache subsystems can give wrong timestamps
My only concern is whether you can have concurrent accesses to these counters while they are being updated? Now they are jlongs a simple read will no longer be atomic on 32-bit. (I'm already assuming that there are no concurrency issues for updating the counters).
On 15/02/2013 2:14 AM, Vladimir Kozlov wrote:
> Looks good.
> I CC to hotspot-compiler since it is our sources.
> On 2/14/13 4:24 AM, Markus Grönlund wrote:
>> Kindly asking for reviews and a putback sponsorship for the following
>> Bugid: http://bugs.sun.com/view_bug.do?bug_id=8008208
>> Webrev: http://cr.openjdk.java.net/~mgronlun/8008208/webrev01/
>> Please also note this is for hs24.
More information about the hotspot-runtime-dev