RFR(S): 8206408: Add missing CPU/system info to vm_version_ext on PPC64

Volker Simonis volker.simonis at gmail.com
Mon Jul 9 14:06:00 UTC 2018


Thanks, looks good now!

Regards,
Volker


On Mon, Jul 9, 2018 at 12:31 PM, Haug, Gunter <gunter.haug at sap.com> wrote:
> Hi Martin and Volker,
>
> Thanks for your reviews! I've incorporated your suggestions in an updated version.
> To answer your question:
>
>     Is it guaranteed, that PowerArchitecturePPC64 and
>     VM_Version::_features_strings will be always initialized before they
>     are called from VM_Version_Ext::initialize_cpu_information ?
>
> Yes, it is. This is done at the very beginning of the initialization of the VM.
>
> Here is the updated webrev:
>
> http://cr.openjdk.java.net/~ghaug/webrevs/8206408.v1
>
> Maybe one of you could be so kind and push the change?
>
> Thanks,
> Gunter
>
>
> On 06.07.18, 16:15, "Volker Simonis" <volker.simonis at gmail.com> wrote:
>
>     Hi Gunter,
>
>     in general, your change looks good!
>
>     Is it guaranteed, that PowerArchitecturePPC64 and
>     VM_Version::_features_strings will be always initialized before they
>     are called from VM_Version_Ext::initialize_cpu_information ?
>
>     And finally, I'm wondering why you are using "CPU_TYPE_DESC_BUF_SIZE -
>     1" as the length argument in the first snprintf() call. Wouldn't
>     "CPU_TYPE_DESC_BUF_SIZE" be just fine like in the second call where
>     you are using "CPU_DETAILED_DESC_BUF_SIZE".
>
>     Thank you and best regards,
>     Volker
>
>
>     On Fri, Jul 6, 2018 at 2:51 PM, Haug, Gunter <gunter.haug at sap.com> wrote:
>     > Hi all,
>     >
>     > can I please have reviews and a sponsor for the following tiny fix:
>     >
>     > https://bugs.openjdk.java.net/projects/JDK/issues/JDK-8206408
>     > http://cr.openjdk.java.net/~ghaug/webrevs/8206408
>     >
>     > The solution is not really accurate as there is no obvious way to detect the number of cores/slots on a PPC64 system. Anyway, it would be better to have information on the virtualization of the system. We do have a solution for that at SAP and we would be happy to adopt it to JFR and contribute it if there is any interest.
>     >
>     > Thanks and best regards,
>     > Gunter
>     >
>
>


More information about the hotspot-runtime-dev mailing list