review(XS): 7145345: Code cache sweeper must cooperate with safepoints
Tom Rodriguez
tom.rodriguez at oracle.com
Tue Feb 14 13:20:36 PST 2012
On Feb 14, 2012, at 1:08 PM, Igor Veresov wrote:
> I tried that. It made no measurable difference. I figured it's better to start running a compile while we're doing GC, which is what will happen after the bailout.
So it's not about yielding to a safepoint? It's about starting the compile sooner? Then I think you should gate the amount of work the sweeper does instead. That would actually tend to distribute the sweeper work between different compiler threads better. Right now a single compile can be delayed a long time because it's trying to process a quarter of the cache.
tom
>
> igor
>
> On Tuesday, February 14, 2012 at 1:04 PM, Tom Rodriguez wrote:
>
>>
>> On Feb 14, 2012, at 12:36 PM, Igor Veresov wrote:
>>
>>> Code cache sweeper must yield to safepoint. With high numbers of methods sweeping can block the safepoint from happening.
>>
>> Why don't you just safepoint instead of aborting the current sweep?
>>
>> We may also want to increase the sweep fraction for tiered.
>>
>> tom
>>
>>>
>>> Webrev: http://cr.openjdk.java.net/~iveresov/7145345/webrev.00/
>>>
>>>
>>> igor
>
More information about the hotspot-compiler-dev
mailing list