obtenez de l'OS au niveau du système d'information

La java.lang.gestion paquet ne vous donner beaucoup plus d'informations que l'Exécution, par exemple, il vous donnera la mémoire du tas (ManagementFactory.getMemoryMXBean().getHeapMemoryUsage()) distincte de la non-mémoire du tas (ManagementFactory.getMemoryMXBean().getNonHeapMemoryUsage()).

Vous pouvez également obtenir des processus d'utilisation de l'UC (sans écrire votre propre JNI code), mais vous avez besoin de jeter le java.lang.management.OperatingSystemMXBean à un com.sun.management.OperatingSystemMXBean. Cela fonctionne sur Windows et Linux, je n'ai pas testé ailleurs.

Par exemple ... appeler l'obtenir getCpuUsage() la méthode de plus en plus fréquemment pour obtenir des lectures plus précises.

public class PerformanceMonitor { 
    private int  availableProcessors = getOperatingSystemMXBean().getAvailableProcessors();
    private long lastSystemTime      = 0;
    private long lastProcessCpuTime  = 0;

    public synchronized double getCpuUsage()
    {
        if ( lastSystemTime == 0 )
        {
            baselineCounters();
            return;
        }

        long systemTime     = System.nanoTime();
        long processCpuTime = 0;

        if ( getOperatingSystemMXBean() instanceof OperatingSystemMXBean )
        {
            processCpuTime = ( (OperatingSystemMXBean) getOperatingSystemMXBean() ).getProcessCpuTime();
        }

        double cpuUsage = (double) ( processCpuTime - lastProcessCpuTime ) / ( systemTime - lastSystemTime );

        lastSystemTime     = systemTime;
        lastProcessCpuTime = processCpuTime;

        return cpuUsage / availableProcessors;
    }

    private void baselineCounters()
    {
        lastSystemTime = System.nanoTime();

        if ( getOperatingSystemMXBean() instanceof OperatingSystemMXBean )
        {
            lastProcessCpuTime = ( (OperatingSystemMXBean) getOperatingSystemMXBean() ).getProcessCpuTime();
        }
    }
}

Il y a un projet en Java qui utilise la JNA (donc pas de bibliothèques natives à installer) et est en développement actif. Il prend actuellement en charge de Linux, OSX, Windows, Solaris et FreeBSD et offre mémoire RAM, le PROCESSEUR, la Batterie et les informations du système de fichiers.

• https://github.com/oshi/oshi

Pour windows je suis allé de cette façon.

    com.sun.management.OperatingSystemMXBean os = (com.sun.management.OperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean();

    long physicalMemorySize = os.getTotalPhysicalMemorySize();
    long freePhysicalMemory = os.getFreePhysicalMemorySize();
    long freeSwapSize = os.getFreeSwapSpaceSize();
    long commitedVirtualMemorySize = os.getCommittedVirtualMemorySize();

Ici est la lien avec des détails.

Avoir un regard sur les Api disponibles dans la java.lang.gestion paquet. Par exemple:

• OperatingSystemMXBean.getSystemLoadAverage()
• ThreadMXBean.getCurrentThreadCpuTime()
• ThreadMXBean.getCurrentThreadUserTime()

Il y a des tas d'autres choses utiles là.

Utilisation de l'UC n'est pas simple -- java.lang.gestion via com.soleil.de la gestion.OperatingSystemMXBean.getProcessCpuTime vient de fermer (voir Patrick excellent extrait de code ci-dessus), mais notez qu'il ne donne accès à la fois le CPU passé dans votre processus. il ne sera pas vous dire à propos du PROCESSEUR le temps passé dans d'autres processus, ou même le PROCESSEUR, le temps passé à faire des activités système, liés à votre processus.

par exemple, j'ai un réseau à forte intensité de processus java -- c'est la seule chose en cours d'exécution et le CPU est à 99%, mais seulement 55% des qui est signalée comme "processeur CPU".

ne même pas me faire sur "load average" comme c'est à peu près inutile, en dépit d'être le seul cpu article lié sur la MX bean. si seulement le soleil dans leur occasionnels sagesse exposés quelque chose comme "getTotalCpuTime"...

grave pour le contrôle CPU SIGAR mentionné par Matt semble être le meilleur pari.

Si vous utilisez Jrockit VM puis ici, c'est une autre façon d'obtenir des VM d'utilisation du PROCESSEUR. Exécution de haricots peuvent également vous donner la charge de l'UC par processeur. J'ai utilisé ce que sur Red Hat Linux à l'observateur de Tomcat performance. Vous devez activer JMX de la télécommande catalina.sh pour que cela fonctionne.

JMXServiceURL url = new JMXServiceURL("service:jmx:rmi:///jndi/rmi://my.tomcat.host:8080/jmxrmi");
JMXConnector jmxc = JMXConnectorFactory.connect(url, null);     
MBeanServerConnection conn = jmxc.getMBeanServerConnection();       
ObjectName name = new ObjectName("oracle.jrockit.management:type=Runtime");
Double jvmCpuLoad =(Double)conn.getAttribute(name, "VMGeneratedCPULoad");

La manière la plus simple qui peut être utilisé pour obtenir le niveau de l'OS, de l'information et je l'ai testé dans mon Mac qui fonctionne bien :

 OperatingSystemMXBean osBean =
        (OperatingSystemMXBean)ManagementFactory.getOperatingSystemMXBean();
    return osBean.getProcessCpuLoad();

Vous pouvez trouver de nombreux paramètres pertinents du système d'exploitation ici