Debian Java 8上的Java崩溃SIGSEGV（0xb）

在Debian 7 64位机器上运行minecraft服务器。 已安装Oracle Java 8_05 JRE 64位。 因为一段时间以来，服务器每天崩溃两次或更多次

Java崩溃报告：

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f0921139a9c, pid=25246, tid=139676902000384
#
# JRE version: Java(TM) SE Runtime Environment (8.0_05-b13) (build 1.8.0_05-b13)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.5-b02 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# V  [libjvm.so+0x555a9c]  G1ParCopyClosure<false, (G1Barrier)2, false>::copy_to_survivor_space(oopDesc*)+0x3c
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

屏幕-dmS$屏幕$调用

---

有什么会引起麻烦的吗？可能是GC标志？

异常发生在

V[libjvm.so+0x555a9c]G1ParCopyClosure:：复制到生存空间（oopDesc*）+0x3c

---

它似乎是垃圾收集器的一部分（假设命名与中的命名类似）。这不是您可以直接控制的，因此这可能是Java实现中的一个bug。您最好向Oracle报告。

您是否特别需要JRE 1.8？您不能使用Debian默认JVM运行Minecraft吗？这可能是一个bug。启用核心转储，复制错误并在JVM bugzilla上提交错误。使用Oracle JRE已有3年了。我们的服务器版本在过去的JVM中有问题。我的一个GC标志会导致这个问题吗？一般来说，GC标志不应该导致SIGSEGV，特别是您列出的那些。是否可以使用G1GC以外的另一个GC（我不熟悉Oracle的JVM，但您的参数列表提示这是一种可能性）？如果是，那么值得一试，因为发生故障的方法似乎属于G1。不使用G1 GC“修复”了这个问题

    SERVICE="spigot.jar"
    MEMLOG="memory.log"
    SCREEN="classic"
    CPU_COUNT=4
    INITMEM="2048M"
    MAXMEM="12G"
    INVOCATION="java -Xms$INITMEM -Xmx$MAXMEM -XX:+AggressiveOpts - XX:ParallelGCThreads=$CPU_COUNT -XX:+UseG1GC -XX:MaxGCPauseMillis=100 -Xloggc:$MEMLOG -jar $SERVICE nogui -o false"