sun.cpu.isalist

[Dmytro Sheyko]

Hi,

I have tried 1.7.0-ea-b129 and 1.6.0_24-b07 on Solaris 11 and they both have shown empty "sun.cpu.isalist".

At the same time isalist output is: "amd64 pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86"

The code that fills "sun.cpu.isalist" on Soliaris/Linux is following

#ifdef SI_ISALIST
    /* supported instruction sets */
    {
        char list[258];
        sysinfo(SI_ISALIST, list, sizeof(list));
        sprops.cpu_isalist = strdup(list);
    }
#else
    sprops.cpu_isalist = NULL;
#endif

and in order to use sysinfo(SI_ISALIST) API we have to include header

#include <sys/systeminfo.h>

However this header is not included in java_props_md.c!
So, neither Solaris nor Linux fills "sun.cpu.isalist". Only Windows does.
But again Windows does this slightly differently. It shows
"amd64" on 64bit jre and
"pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86" on 32bit.

I can find only this bug report, which is likely related to the issue.
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6340855
sun.cpu.isalist property is empty in jinfo

It seems that this property hasn't been not filled properly so long. Is it hard drop it at all?

Thanks,
Dmytro

> Date: Tue, 15 Feb 2011 10:00:09 +0000
> From: Alan.Bateman at oracle.comt
> To: David.Holmes at oracle.com
> CC: dmytro_sheyko at hotmail.com; serviceability-dev at openjdk.java.net; core-libs-dev at openjdk.java.net
> Subject: Re: sun.cpu.isalist
> 
> David Holmes wrote:
> > :
> > I don't see the property actually being used anywhere these days. No 
> > idea what it may have been used for other than printing the property 
> > for information (there's a Java2D demo that does that).
> >
> > Is there an API on Linux that will provide the information? Both 
> > Solaris and Windows have a "sys info" call that can provide this 
> > information. But Linux sysinfo is something different.
>
> I checked the pre-OpenJDK history and it seems to have been added in 
> 1999 without explanation. I can only guess that it was something added 
> for some Solaris service. It doesn't appear to have ever been documented 
> and I doubt it is used.
> 
> -Alan
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/core-libs-dev/attachments/20110216/443ec848/attachment.html>