我们有一个很大程度上依赖于JVM中的堆外内存的平台。我们注意到,在GC循环期间,我们不时得到SIGSEGV:
V [libjvm.so+0x5c56cf] G1ParScanThreadState::copy_to_survivor_space(InCSetState, oopDesc*, markOopDesc*)+0x4bf
我完全理解那些很难追查,但我们已经开始缩小根案例。
问题:
如果我做:
base = unsafe.allocateMemory(capacity);
并且,显然,保留base
以便以后释放,可以(以任何方式)GC参与并选择移动我的本机记忆?
我知道GC应该对这种记忆没有影响,但我正在寻找一种权威的答案。
这将返回一些虚拟地址指针,AFAIK unsafe.allocateMemory
将在内部调用malloc
。作为一个堆外记忆,显然GC不会触及它,如果你以后会用那个指针做Unsafe.freeMemory
,那将是非常糟糕和意外的,只发现它移动了。