RFR: 8137164: Include PID in the JFR jcmd hint

Erik Gahlin erik.gahlin at oracle.com
Thu Jun 28 07:05:57 UTC 2018


Hi Thomas,

> On 28 Jun 2018, at 07:38, Thomas Stüfe <thomas.stuefe at gmail.com> wrote:
> 
> Hi Erik,
> 
> this looks fine to me.
> 
> Since you are changing the output, could we change filename=FILEPATH
> to filename=<FILEPATH> or filename=<filepath>, which seems to be the
> default for "insert name here”?

I don’t remember the rationale for FILEPATH. I will look into it. 

Perhaps it was because a shorter placeholder is more likely to fit 80 character.  That was at least the reason the PID was not included originally, but I think the usability aspects of having it printed outweighs such concerns.

It could also be because of how jcmd <pid> help JFR.start references parameters in the help text.

Regardless, I would prefer to handle that as a separate issue.

> 
> Side note, I was looking at this code closely for the first time and I
> am surprised how much parsing etc is done on the client side (the
> jcmd) -

If you mean the changes in the review, it all happens server side.

Thanks
Erik

> I always thought the principle was to leave jcmd dumb and thus
> compatible and let the hotspot itself do all the work? Sorry if the
> question is stupid, I do not know much about JFR.
> 
> Thanks, Thomas
> 
> 
> On Wed, Jun 27, 2018 at 10:09 PM, Erik Gahlin <erik.gahlin at oracle.com> wrote:
>> Hi,
>> 
>> Could I have review of the following fix that adds the PID to the output
>> when starting a JFR recording.
>> 
>> Webrev:
>> http://cr.openjdk.java.net/~egahlin/8137164/
>> 
>> Bug:
>> https://bugs.openjdk.java.net/browse/JDK-8137164
>> 
>> Testing:
>> test/jdk/jdk/jfr/*
>> 
>> Thanks
>> Erik



More information about the hotspot-jfr-dev mailing list