缓冲区与不安全区 - 外部JVM

时间:2015-12-26 08:00:50

标签: java directmemory

我需要在GC无法控制的可用RAM中使用空格。我读了几篇同样的文章,介绍了两种方法。它们在以下代码中指定。

package com.directmemory;

import java.lang.reflect.Field; import java.nio.ByteBuffer;

import sun.misc.Unsafe;

公共类DirectMemoryTest {

public static void main(String[] args) {

    //Approach 1
    ByteBuffer directByteBuffer = ByteBuffer.allocateDirect(8);
    directByteBuffer.putDouble(1.0);
    directByteBuffer.flip();
    System.out.println(directByteBuffer.getDouble());

    //Approach 2
    Unsafe unsafe = getUnsafe();
    long pointer = unsafe.allocateMemory(8);
    unsafe.putDouble(pointer, 2.0);
    unsafe.putDouble(pointer+8, 3.0);

    System.out.println(unsafe.getDouble(pointer));
    System.out.println(unsafe.getDouble(pointer+8));
    System.out.println(unsafe.getDouble(pointer+16));
}

public static Unsafe getUnsafe() {
    try {
        Field f = Unsafe.class.getDeclaredField("theUnsafe");
        f.setAccessible(true);
        return (Unsafe) f.get(null);
    } catch (Exception e) {
        e.printStackTrace();
    }
    return null;
}

}

我有几个问题

1)为什么我应该注意代码中提到的方法1,因为根据我的理解,ByteBuffer.allocateDirect()不能返回一个存储容量大于2GB的缓冲区?因此,如果我的要求是存储3 GB的数据,我必须创建一个新的缓冲区并将数据存储在那里,这意味着除了存储数据之外,我还有额外的责任来识别相应的缓冲区(在&#列表之外) 39; n'缓冲区),它维护指向直接内存的指针。

2)Isn接近2比接近1快一点,因为我不必首先找到缓冲区,然后是数据,我只需要一个对象的索引机制。字段并使用getDouble / getInt方法并传递绝对地址?

3)与PID相关的直接内存分配(关闭堆内存吗?)?如果在一台机器上,我有2个java进程,在PID 1中的allocateMemory调用和PID 2给我永远不会交叉使用的内存块?

4)为什么最后一个sysout语句没有导致0.0?这个想法是每个double使用8个字节,所以我在allocateMemory返回的地址处存储1.0,表示地址= 1,地址1 + 8处的2.0为9,然后停止。所以默认值不应该是0.0?

1 个答案:

答案 0 :(得分:5)

需要考虑的一点是sun.misc.Unsafe不是受支持的API。它将被其他东西(http://openjdk.java.net/jeps/260

取代

1)如果您的代码必须在Java 8到Java 10(及更高版本)中保持不变,那么使用ByteBuffers方法1就可以了。

如果您已准备好使用sun.misc.Unsafe替换Java 9 / Java 10中的任何替换,您可以使用sun.misc.Unsafe。

2)对于超过2 GBytes方法的非常大的数据结构,由于方法1中必要的额外间接,2可能会更快。但是如果没有可靠的(微观)基准,我就不会在其上下注任何内容。

3)分配的内存始终绑定到当前运行的JVM。因此,如果两台JVM在同一台机器上运行,您将无法获得相交的内存。

4)您正在分配8个字节的未初始化内存。您现在可以合法访问的唯一内存量是8个字节。对于超出分配大小的内存,不做任何保证。

4a)您正在写入超出已分配内存的8个字节(unsafe.putDouble(pointer+8, 3.0);),这已导致内存损坏,并可能导致下一次内存分配时JVM崩溃。

4b)您正在读取超出分配内存的16个字节,这取决于您的处理器体系结构和操作系统以及之前的内存使用情况,可能导致JVM立即崩溃。