RFR: JDK-8068589: GCCause should distinguish jcmd GC.run from System.gc()

Kirk Pepperdine kirk at kodewerk.com
Sun Jan 25 21:14:37 UTC 2015


Hi Yasumasa,


> 
> I think the System.gc() call which is invoked by jcmd is special case and I want to
> distinguish it.
> Programmer can call System.gc() from their code. But GC which is invoked by jcmd is NOT explicitly call by programmer.

System.gc() called for by RMI is also not explicitly called by the programmer either. There are also other tools that will result in calls to System.gc() also. Should we catalog them in GCCause also?

> 
> Indeed, SystemGCDCmd will call System.gc() (same meaning).
> However, I think it has different meaning from System.gc() call from source code.

I’m not sure I understand the point. From an analytical POV, a single call to System.gc() is pretty much meaningless. If it’s regular or there is a pattern in the frequency of the calls then I’m interested. A call to System.gc() has the same effect no matter who or why is responsible. 

My interest lies in keeping the GC logs as simple as possible. If there is meaningful data to add so be it. That said, I’m not sure that this change meets that bar.

That said, I’m still concerned that the caller/callee division seems inside out. But it’s Sunday so…  

Kind regards,
Kirk Pepperdine

> 
> 
> Thanks,
> 
> Yasumasa
> 
> 
> On 2015/01/25 22:56, Kirk Pepperdine wrote:
>> Hi,
>> 
>> IMHO, if a System.gc() is being called then the cause should be System.gc(). If we start down the road of differentiating between the various causes of calls to System.gc() this will turn in a nightmare!
>> 
>> Indeed as I look at the patch it’s curious that it’s up to the caller to determine is calls to System.gc() have been suppressed. I would have expected the collect() call to make the decision as to should the call be honored or not.
>> 
>>  void SystemGCDCmd::execute(DCmdSource source, TRAPS) {
>>    if (!DisableExplicitGC) {
>>     Universe::heap()->collect(GCCause::_jcmd_gc_run);
>>    } else {
>>      output()->print_cr("Explicit GC is disabled, no GC has been performed.");
>>    }
>> 
>> 
>> 
>> Kind regards,
>> Kirk Pepperdine
>> 
>> On Jan 25, 2015, at 2:15 PM, Yasumasa Suenaga <yasuenag at gmail.com <mailto:yasuenag at gmail.com>> wrote:
>> 
>>> Hi all,
>>> 
>>> GCCause which is printed in gc log is "System.gc()" when jcmd GC.run is invoked.
>>> I think that GCCause which is caused by jcmd GC.run should be different from System.gc() .
>>> 
>>> I uploaded webrev for this enhancement:
>>> http://cr.openjdk.java.net/~ysuenaga/JDK-8068589/webrev.00/
>>> 
>>> This patch prints "jcmd GC.run" to gc log when jcmd GC.run is invoked.
>>> 
>>> 
>>> Could you review it?
>>> 
>>> 
>>> Thanks,
>>> 
>>> Yasumasa
>> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 496 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20150125/c04b8962/signature.asc>


More information about the hotspot-gc-dev mailing list