Это то, что это JBoss (не Eclipse), который падает. Так что увеличивать память «Затмения» бесполезно! (На самом деле это может ухудшить ситуацию.)
Второе, на что следует обратить внимание, это то, что у вас недостаточно места в собственном запросе на выделение, поэтому увеличение размера обычной кучи не поможет. Такие параметры, как следующие, вероятно, не помогут! (На самом деле они могут ухудшить ситуацию.)
-Xms1024m -Xmx1024m -XX:-UseGCOverheadLimit
Третье, на что нужно обратить внимание, - это то, что в вашей JVM нет пространства PermGen, так что с размером PermGen приходится работать через
-XX:PermSize=512m -XX:MaxPermSize=512m
бесполезно. (Это то, что говорит Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=256m; support was removed in 8.0
)
Так в чем же настоящая проблема?
Ну, вы используете 64-битную JRE, так что это не архитектурная проблема. (На 32-битной JRE адресное пространство JVM имеет жесткие ограничения ...)
На самом деле, это проблема вне самой JVM. По сути, JVM запросила у ОС больше памяти, а ОС ответила «Нет!». Я могу привести два возможных объяснения:
Может существовать «ulimit» для каждого процесса, который ограничивает размер процесса. Ваша JVM запросила превышение этого лимита.
Возможно, операционная система исчерпала виртуальное адресное пространство или отображаемую виртуальную память. Первое маловероятно. Последнее обычно возникает из-за того, что вашей ОС не хватает оперативной памяти и / или пространства подкачки. Это также может произойти, если вы работаете на виртуальной машине, которая ... недостаточно щедра наделена ресурсами памяти.
Теперь кажется, что это может происходить, когда JVM пытается увеличить кучу Java. Но в любом случае проблема не в размере кучи Java.