2015-10-08 1 views
0

My Eclipse (или, более конкретно, Spring Tool Suite) версия:Затмение не будет начинаться с XMX набор для 1024M больше, хотя имеется достаточно памяти

Version: 3.6.3.RELEASE 
Build Id: 201411281415 
Platform: Eclipse Luna SR1 (4.4.1) 

Он работал хорошо, до недавнего времени, когда Я начал получать следующее сообщение об ошибке после открытия Eclipse:

Error: Could not create the Java Virtual Machine 
Error: A fatal exception occured. Program will exit. 

Мои варианты запуска включают -vm <path to javaw> -vmargs -Xmx1024m -XX:MaxPermSize=256m, я использую jdk1.7.0_79, 32-разрядная версия, на 64-битной Windows.

Я обнаружил, что при установке от -Xmx до 768m Eclipse начнется большую часть времени. Я также заметил, что запуск затмения начал терпеть неудачу, когда я установил службу MySQL; если я деактивирую его, диспетчер задач показывает мне, что у меня примерно 4 гб 16 гб потребленной памяти; при запуске MySQL это значение увеличивается до 5 гб.

В чем причина, когда 5gb потребляется и примерно 11gb ОЗУ осталось, что JDK не может быть создан, и существует ли известное обходное решение?

ответ

2

Скорее всего, из-за отсутствия виртуального адресного пространства. Помните, что 32-разрядные процессы имеют только 2 Гб виртуального пространства, которое необходимо для:

  • коды приложения
  • DLL, как DLL, приложения и общей библиотеки DLL, как крючки
  • Java внедорожных кучи потребность: код кэша , буфера и т.д.
  • Java сам по себе куча

Таким образом, физическая память не имеет отношение.

Что случилось?

Затмения вырос тяжелее так JVM нуждается в большем количестве вне кучи функционировать

Что вы можете сделать?

Удалите ненужные плагины, выключите антивирус или другое программное обеспечение, которое может вмешиваться в Eclipse, используйте 64-битную Java. 64-разрядные приложения быстрее работают на современных процессорах + 64-битная Java использует compressOps, так что это может иметь смысл.

+0

Удаление нескольких плагинов сделал вместо этого трюк, спасибо! Однако я рассмотрю возможность переключения на 64-битный JDK. – Alex

0

В прошлом у меня были проблемы с simlar, но нет решения. Я достиг предела с -Xmx1500m.

См. Также Maximum Java heap size of a 32-bit JVM on a 64-bit OS.

Использует 64-битную версию JDK без опции?

+0

Я считал это, но в моем отделе все разработчики должны использовать одну и ту же версию JVM и Eclipse, поэтому я не был бы единственным пострадавшим. Я надеялся, что будет обходной путь, который позволит мне продолжать использовать мою текущую систему. – Alex