Ошибка нехватки памяти в eclipse.why? - PullRequest
Новая
       21

Ошибка нехватки памяти в eclipse.why?

25 голосов
/ 25 июля 2011

Когда я создаю новый проект в "Eclipse" IDE. Внезапно отображается предупреждение "Ошибка нехватки памяти". Я не могу определить причину.Если кто-нибудь знает причину, пожалуйста, скажите мне.

Ответы [ 5 ]

23 голосов
/ 25 июля 2011

Попробуйте начать затмение с помощью следующих параметров: 

eclipse.exe -vmargs -Xms512m -Xmx512m -XX:PermSize=128m -XX:MaxPermSize=128m

Или обоснуйте эти параметры для ваших требований

11 голосов
/ 22 марта 2016
  1. Перейдите в папку установки Eclipse

  2. Если вы используете Eclipse в Mac OS X, тогда

    Щелкните правой кнопкой мыши значок eclipse.app

    Нажмите Show Package Contents

  3. Открыть eclipse.ini файл

  4. Изменить указанные ниже параметры 

    -Xms512m
-Xmx3000m (Hoping your developer box has >4GB of memory)

  5. Добавить параметры ниже 

    -XX:PermSize=256m
-XX:MaxPermSize=512m
3 голосов
/ 25 июля 2011

Самым очевидным объяснением является то, что вам действительно не хватает памяти.В этом случае запуск Eclipse с большей кучей должен помочь 

 -vmargs -Xmx256M

изменить 256M, чтобы увидеть, что работает для вас.

Я бы не ожидал увидеть эту проблему, если у вас есть несколькопростые проекты.Если вы используете дополнительные плагины, то, возможно, вам потребуется увеличить количество кучи.

1 голос
/ 17 апреля 2019
  • Откройте файл eclipse.ini
  • XXMaxPermSize будет 256 м.
  • Измените значение на 512м.
  • Перезапустите свое затмение.
  • Теперь вы не увидите проблем с памятью в Eclipse.

Вкратце Смотри ниже:

До 

--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m

После того, как: 

--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
512M
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
512m
1 голос
/ 06 октября 2012

Не уверен, что относится к вашей проблеме, но у меня была похожая проблема с проектом Swing, использующим OpenJDK 7.

После нескольких циклов запуска (кнопка Run) и закрытия ('X'/ Alt+F4) мое приложение, я получил эту ошибку в консоли: 

Exception in thread "main" java.lang.OutOfMemoryError: unable to create new native thread
    at java.lang.Thread.start0(Native Method)
    at java.lang.Thread.start(Thread.java:691)
    at sun.awt.AWTAutoShutdown.activateBlockerThread(AWTAutoShutdown.java:334)
    at sun.awt.AWTAutoShutdown.notifyPeerMapUpdated(AWTAutoShutdown.java:215)
    at sun.awt.AWTAutoShutdown.registerPeer(AWTAutoShutdown.java:348)
    at sun.awt.SunToolkit.targetCreatedPeer(SunToolkit.java:313)
    at sun.awt.X11.XToolkit.createFrame(XToolkit.java:410)
    at java.awt.Frame.addNotify(Frame.java:477)
    at java.awt.Window.show(Window.java:1031)
    at java.awt.Component.show(Component.java:1651)
    at java.awt.Component.setVisible(Component.java:1603)
    at java.awt.Window.setVisible(Window.java:1014)
    at tool.BAT.main(BAT.java:11)

И иногда я получаю другую ошибку: 

Error occurred during initialization of VM
java.lang.OutOfMemoryError: unable to create new native thread

, а затем, если я попыталсячтобы запустить его еще раз, Java потерпел крах: 

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x0000000000000000, pid=30388, tid=139776854689536
#
# JRE version: 7.0_07-b30
# Java VM: OpenJDK 64-Bit Server VM (23.2-b09 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C  0x0000000000000000
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/mcmlxxxvi/workspace/bat/hs_err_pid30388.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
#   http://icedtea.classpath.org/bugzilla
#

top выявил причину проблемы (обратите внимание на использование виртуальной памяти): 

PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
30619 mcmlxxxv  20   0 3271m 390m  45m S   2.0 13.0   0:38.88 java
30667 mcmlxxxv  20   0 2172m  35m  12m S   0.3  1.2   0:01.00 java
30688 mcmlxxxv  20   0 2172m  35m  12m S   0.3  1.2   0:00.96 java
30710 mcmlxxxv  20   0 2172m  35m  12m S   0.0  1.2   0:00.97 java

Это все были экземпляры моего приложения, который не был закрыт.Все еще не уверен, почему так много виртуальной памяти было выделено для каждого экземпляра - возможно, есть какой-то вариант для этого.(Кстати, у меня есть 3GiB физической памяти).

Вот мой метод main (): 

public static void main(String[] args) {
    JFrame frame = new JFrame();
    //frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
    frame.setSize(400, 300);
    frame.setVisible(true);
}

Я увидел закомментированную строку в учебнике и специально отключил ее, чтобы увидеть, чтоможет случиться.Случилось так, что по умолчанию было установлено значение HIDE_ON_CLOSE, которое не закрывало и не удаляло рамку.

Установка setDefaultCloseOperation на EXIT_ON_CLOSE была для меня решением.Хотелось бы узнать мнение более знающих людей по этому вопросу.

...