100

I need to check CPU and memory usage for the server in java, anyone know how it could be done?

Community
  • 1
  • 1
Johnny Bou
  • 1,013
  • 2
  • 8
  • 6
  • 1
    possible duplicate of [Using Java to get OS-level system information](http://stackoverflow.com/questions/25552/using-java-to-get-os-level-system-information) – Greg Bacon Apr 25 '12 at 19:41
  • Perhaps these links will be helpful: http://www.javaworld.com/javaworld/javaqa/2002-11/01-qa-1108-cpu.html http://www.roseindia.net/javatutorials/determining_memory_usage_in_java.shtml – chessguy Sep 16 '08 at 17:19

15 Answers15

76

If you are looking specifically for memory in JVM:

Runtime runtime = Runtime.getRuntime();

NumberFormat format = NumberFormat.getInstance();

StringBuilder sb = new StringBuilder();
long maxMemory = runtime.maxMemory();
long allocatedMemory = runtime.totalMemory();
long freeMemory = runtime.freeMemory();

sb.append("free memory: " + format.format(freeMemory / 1024) + "<br/>");
sb.append("allocated memory: " + format.format(allocatedMemory / 1024) + "<br/>");
sb.append("max memory: " + format.format(maxMemory / 1024) + "<br/>");
sb.append("total free memory: " + format.format((freeMemory + (maxMemory - allocatedMemory)) / 1024) + "<br/>");

However, these should be taken only as an estimate...

Community
  • 1
  • 1
Jeremy
  • 2,710
  • 3
  • 21
  • 31
  • So if I'm runnin in Eclipse, this will depend on my Eclipse settings? – Caffeinated Mar 01 '13 at 02:08
  • 4
    Note that this is not the actual used memory- this is the 'allocated memory' which means the heap that java has allocated, so if you have -Xms90g and your app is very lightweight, you'll still get allocatedMemory as something greater than 90g. See the answer by deleted "unknown (yahoo)" below (which might be different at first glance) – 0fnt Mar 29 '15 at 08:41
  • Just curious, why should these only be an estimate? – ComputerScientist May 24 '15 at 23:12
  • @ComputerScientist Because free is actually what is free (post GC) it doesn't show objects waiting for GC. To get MUCH more accurate, run 2 garbage collections before this answer. If you try it with and without GC you will find the post-GC values very consistent but the preGC will generally be at least double those. – Bill K Jan 25 '17 at 17:45
  • @sbeliakov You can use JavaSysmon (https://github.com/jezhumble/javasysmon ) , although i recommend you open a new question and i will answer it . The library on GitHub has a bug and recognizes 32 bit as 64 bit , but i found a work around mixing different jars [ https://github.com/goxr3plus/XR3Player/blob/master/resources/libs/javasysmon-0.3.5.0.jar ]. – GOXR3PLUS Mar 25 '17 at 05:50
20
import java.io.File;
import java.text.NumberFormat;

public class SystemInfo {

    private Runtime runtime = Runtime.getRuntime();

    public String info() {
        StringBuilder sb = new StringBuilder();
        sb.append(this.osInfo());
        sb.append(this.memInfo());
        sb.append(this.diskInfo());
        return sb.toString();
    }

    public String osName() {
        return System.getProperty("os.name");
    }

    public String osVersion() {
        return System.getProperty("os.version");
    }

    public String osArch() {
        return System.getProperty("os.arch");
    }

    public long totalMem() {
        return Runtime.getRuntime().totalMemory();
    }

    public long usedMem() {
        return Runtime.getRuntime().totalMemory() - Runtime.getRuntime().freeMemory();
    }

    public String memInfo() {
        NumberFormat format = NumberFormat.getInstance();
        StringBuilder sb = new StringBuilder();
        long maxMemory = runtime.maxMemory();
        long allocatedMemory = runtime.totalMemory();
        long freeMemory = runtime.freeMemory();
        sb.append("Free memory: ");
        sb.append(format.format(freeMemory / 1024));
        sb.append("<br/>");
        sb.append("Allocated memory: ");
        sb.append(format.format(allocatedMemory / 1024));
        sb.append("<br/>");
        sb.append("Max memory: ");
        sb.append(format.format(maxMemory / 1024));
        sb.append("<br/>");
        sb.append("Total free memory: ");
        sb.append(format.format((freeMemory + (maxMemory - allocatedMemory)) / 1024));
        sb.append("<br/>");
        return sb.toString();

    }

    public String osInfo() {
        StringBuilder sb = new StringBuilder();
        sb.append("OS: ");
        sb.append(this.osName());
        sb.append("<br/>");
        sb.append("Version: ");
        sb.append(this.osVersion());
        sb.append("<br/>");
        sb.append(": ");
        sb.append(this.osArch());
        sb.append("<br/>");
        sb.append("Available processors (cores): ");
        sb.append(runtime.availableProcessors());
        sb.append("<br/>");
        return sb.toString();
    }

    public String diskInfo() {
        /* Get a list of all filesystem roots on this system */
        File[] roots = File.listRoots();
        StringBuilder sb = new StringBuilder();

        /* For each filesystem root, print some info */
        for (File root : roots) {
            sb.append("File system root: ");
            sb.append(root.getAbsolutePath());
            sb.append("<br/>");
            sb.append("Total space (bytes): ");
            sb.append(root.getTotalSpace());
            sb.append("<br/>");
            sb.append("Free space (bytes): ");
            sb.append(root.getFreeSpace());
            sb.append("<br/>");
            sb.append("Usable space (bytes): ");
            sb.append(root.getUsableSpace());
            sb.append("<br/>");
        }
        return sb.toString();
    }
}
JCWasmx86
  • 3,033
  • 2
  • 6
  • 24
Dave
  • 257
  • 2
  • 2
  • 1
    my understanding that the topic started was asking about amount of memory available in OS. `freeMemory` here returns amount of memory available in JVM which is very different – Tagar Oct 07 '19 at 17:47
  • 4
    Is it not weird that your class SystemInfo doesn't start with a Capital and your methods Info(), OSname() , MemInfo() do? – Drswaki69 Apr 18 '20 at 15:56
19

If you are using the Sun JVM, and are interested in the internal memory usage of the application (how much out of the allocated memory your app is using) I prefer to turn on the JVMs built-in garbage collection logging. You simply add -verbose:gc to the startup command.

From the Sun documentation:

The command line argument -verbose:gc prints information at every collection. Note that the format of the -verbose:gc output is subject to change between releases of the J2SE platform. For example, here is output from a large server application:

[GC 325407K->83000K(776768K), 0.2300771 secs]
[GC 325816K->83372K(776768K), 0.2454258 secs]
[Full GC 267628K->83769K(776768K), 1.8479984 secs]

Here we see two minor collections and one major one. The numbers before and after the arrow

325407K->83000K (in the first line)

indicate the combined size of live objects before and after garbage collection, respectively. After minor collections the count includes objects that aren't necessarily alive but can't be reclaimed, either because they are directly alive, or because they are within or referenced from the tenured generation. The number in parenthesis

(776768K) (in the first line)

is the total available space, not counting the space in the permanent generation, which is the total heap minus one of the survivor spaces. The minor collection took about a quarter of a second.

0.2300771 secs (in the first line)

For more info see: http://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html

Steve Blackwell
  • 5,809
  • 31
  • 48
17

From here

    OperatingSystemMXBean operatingSystemMXBean = (OperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean();
    RuntimeMXBean runtimeMXBean = ManagementFactory.getRuntimeMXBean();
    int availableProcessors = operatingSystemMXBean.getAvailableProcessors();
    long prevUpTime = runtimeMXBean.getUptime();
    long prevProcessCpuTime = operatingSystemMXBean.getProcessCpuTime();
    double cpuUsage;
    try
    {
        Thread.sleep(500);
    }
    catch (Exception ignored) { }

    operatingSystemMXBean = (OperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean();
    long upTime = runtimeMXBean.getUptime();
    long processCpuTime = operatingSystemMXBean.getProcessCpuTime();
    long elapsedCpu = processCpuTime - prevProcessCpuTime;
    long elapsedTime = upTime - prevUpTime;

    cpuUsage = Math.min(99F, elapsedCpu / (elapsedTime * 10000F * availableProcessors));
    System.out.println("Java CPU: " + cpuUsage);
danieln
  • 4,285
  • 7
  • 36
  • 57
  • 2
    List memoryPools = new ArrayList(ManagementFactory.getMemoryPoolMXBeans()); long usedHeapMemoryAfterLastGC = 0; for (MemoryPoolMXBean memoryPool : memoryPools) { if (memoryPool.getType().equals(MemoryType.HEAP)) { MemoryUsage poolCollectionMemoryUsage = memoryPool.getCollectionUsage(); usedHeapMemoryAfterLastGC += poolCollectionMemoryUsage.getUsed(); } } – danieln Jul 01 '13 at 10:23
  • 1
    Thank you for the only answer showing CPU usage retrieval. – Matthieu May 14 '15 at 07:52
  • 1
    What is the difference between doing this and simply doing `operatingSystemMXBean.getProcessCpuLoad();`? According to Oracle documentation, this method returns "Returns the "recent cpu usage" for the Java Virtual Machine process." Yet I see a relatively large number difference between your method and this method. – Ishnark Feb 23 '17 at 18:19
  • @Ishnark In Java 8, [OperatingSystemMXBean](https://docs.oracle.com/javase/8/docs/api/java/lang/management/OperatingSystemMXBean.html) does not seem to provide anyting besides `getSystemLoadAverage()`, which "Returns the system load average for the last minute". This seems to be the only method to get an estimation over a shorter period of time. – Rob Hall May 27 '17 at 17:14
  • 1
    @RobHall There are two `OperatingSystemMXBean` classes. One is the interface provided in `java.lang`. But there is also another version, that extends this one in `com.sun.management`. That's the method I was referring to is from that [`OperatingSystemMXBean`](https://docs.oracle.com/javase/7/docs/jre/api/management/extension/com/sun/management/OperatingSystemMXBean.html) – Ishnark May 27 '17 at 18:23
10

JMX, The MXBeans (ThreadMXBean, etc) provided will give you Memory and CPU usages.

OperatingSystemMXBean operatingSystemMXBean = (OperatingSystemMXBean) ManagementFactory.getOperatingSystemMXBean();
operatingSystemMXBean.getSystemCpuLoad();
Timo Bähr
  • 1,304
  • 1
  • 15
  • 22
Javamann
  • 2,794
  • 1
  • 23
  • 22
8

For memory usage, the following will work,

long total = Runtime.getRuntime().totalMemory();
long used  = Runtime.getRuntime().totalMemory() - Runtime.getRuntime().freeMemory();

For CPU usage, you'll need to use an external application to measure it.

Rich Adams
  • 24,124
  • 4
  • 35
  • 61
6

Since Java 1.5 the JDK comes with a new tool: JConsole wich can show you the CPU and memory usage of any 1.5 or later JVM. It can do charts of these parameters, export to CSV, show the number of classes loaded, the number of instances, deadlocks, threads etc...

Telcontar
  • 4,633
  • 6
  • 27
  • 38
4

If you use the runtime/totalMemory solution that has been posted in many answers here (I've done that a lot), be sure to force two garbage collections first if you want fairly accurate/consistent results.

For effiency Java usually allows garbage to fill up all of memory before forcing a GC, and even then it's not usually a complete GC, so your results for runtime.freeMemory() always be somewhere between the "real" amount of free memory and 0.

The first GC doesn't get everything, it gets most of it.

The upswing is that if you just do the freeMemory() call you will get a number that is absolutely useless and varies widely, but if do 2 gc's first it is a very reliable gauge. It also makes the routine MUCH slower (seconds, possibly).

Bill K
  • 60,031
  • 14
  • 96
  • 147
3

Java's Runtime object can report the JVM's memory usage. For CPU consumption you'll have to use an external utility, like Unix's top or Windows Process Manager.

moonshadow
  • 75,857
  • 7
  • 78
  • 116
2

I would also add the following way to track CPU Load:

import java.lang.management.ManagementFactory;
import com.sun.management.OperatingSystemMXBean;

double getCpuLoad() {
    OperatingSystemMXBean osBean =
        (com.sun.management.OperatingSystemMXBean) ManagementFactory.
        getPlatformMXBeans(OperatingSystemMXBean.class);
    return osBean.getProcessCpuLoad();
}

You can read more here

sbeliakov
  • 2,080
  • 17
  • 37
2

JConsole is an easy way to monitor a running Java application or you can use a Profiler to get more detailed information on your application. I like using the NetBeans Profiler for this.

blahspam
  • 861
  • 4
  • 10
2

Here is some simple code to calculate the current memory usage in megabytes:

double currentMemory = ( (double)((double)(Runtime.getRuntime().totalMemory()/1024)/1024))- ((double)((double)(Runtime.getRuntime().freeMemory()/1024)/1024));
Phil
  • 3,184
  • 3
  • 26
  • 43
1

If you are using Tomcat, check out Psi Probe, which lets you monitor internal and external memory consumption as well as a host of other areas.

Tim Howland
  • 7,646
  • 3
  • 25
  • 45
1

The YourKit Java profiler is an excellent commercial solution. You can find further information in the docs on CPU profiling and memory profiling.

Gregg
  • 489
  • 1
  • 4
  • 12
0

For Eclipse, you can use TPTP (Test and Performance Tools Platform) for analyse memory usage and etc. more information

Fuangwith S.
  • 5,254
  • 8
  • 34
  • 39