JVM将内存发送回OS

我有一个关于JVM内存管理的问题(至少对于SUN的内存管理问题).

我想知道如何控制JVM将未使用的内存发送回操作系统(在我的情况下为Windows)这一事实.

我写了一个简单的java程序来说明我的期望.使用-Dcom.sun.management.jmxremote选项运行它,以便您也可以使用jconsole监视堆.

使用以下程序:

package fr.brouillard.jvm;

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.util.LinkedList;
import java.util.List;

public class MemoryFree {
    private BufferedReader reader = new BufferedReader(new
        InputStreamReader(System.in));
    private List usedMemory = new LinkedList();
    private int totalMB = 0;
    private int gcTimes = 0;

    public void allocate(int howManyMB) {
        usedMemory.add(new byte[howManyMB * 1024 * 1024]);
        totalMB += howManyMB;
        System.out.println(howManyMB + "MB allocated, total allocated: " +
                totalMB + "MB");
    }

    public void free() {
        usedMemory.clear();
    }

    public void gc() {
        System.gc();
        System.out.println("GC " + (++gcTimes) + " times" );
    }

    public void waitAnswer(String msg) {
        System.out.println("Press [enter]" + ((msg==null)?"":msg));
        try {
            reader.readLine();
        } catch (IOException e) {
        }
    }

    public static void main(String[] args) {
        MemoryFree mf = new MemoryFree();
        mf.waitAnswer(" to allocate memory");
        mf.allocate(20);
        mf.allocate(10);
        mf.allocate(15);
        mf.waitAnswer(" to free memory");
        mf.free();
        mf.waitAnswer(" to GC");
        mf.gc();
        mf.waitAnswer(" to GC");
        mf.gc();
        mf.waitAnswer(" to GC");
        mf.gc();
        mf.waitAnswer(" to GC");
        mf.gc();
        mf.waitAnswer(" to exit the program");

        try {
            mf.reader.close();
        } catch (IOException e) {}
    }
}

一旦完成第一个GC(预期的内容),内部堆就会自由,但内存只会从第三个GC开始发送回操作系统.在第四个之后,将完全分配的内存发送回OS.

如何设置JVM来控制此行为？实际上我的问题是我需要在服务器上运行几个CITRIX客户端会话,但我希望服务器上运行的JVM尽快释放内存(我的应用程序中只有很少的高消耗内存函数).

如果无法控制此行为,我是否可以像这样使用并增加操作系统虚拟内存,让操作系统按需使用它而不会出现大的性能问题.例如,在4GB服务器上有10个java进程的1GB内存(在堆中只有100MB实际分配的对象)当然会有足够的虚拟内存.

我猜其他人已经遇到过这样的问题/问题.

谢谢你的帮助.

要控制堆返回到OS,从Java 5开始,使用-XX:MaxHeapFreeRatio选项,如调优指南中所述.

如果您认为您的问题与此问题存在显着差异,请指出如何处理.

首先,System.gc()也可能什么都不做.你真的不能依赖它来按照你的建议进行垃圾收集.

其次,您需要使用来监控GC上的实际情况

-verbosegc -XX:+PrintGCDetails 

在你的java调用中.或者通过使用JConsole,它听起来像你正在做的.但那个System.gc()让我害怕你在计算错误的东西......

我怀疑当你说第二次或第三次垃圾收集是它释放内存的时候,你只是错误地计算了垃圾收集.对GC的请求不是GC!因此,检查PrintGCDetails打印出来的日志(按照这种方式解释).

实际上我的问题是我需要在服务器上运行几个CITRIX客户端会话,但我希望服务器上运行的JVM尽快释放内存(我的应用程序中只有很少的高消耗内存函数).

虽然你的问题是有效的,但你想要的解决方案有点阴暗.出于这个原因,JVM需要一个堆大小 - 这样可以保证这个空间可以运行.看起来你倾向于启动一个应用程序,然后等待JVM调整其堆的大小,然后启动另一个这样的您正在超额预订机器上的资源.不要这样做,因为一旦应用程序占用的内存超出了您的预期,它将会爆炸,但它有权获得.

我完全相信你不想以这种方式微观管理Java的堆.

阅读足够的http://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html来了解几代人以及更大/更小的堆的权衡.