java - crack - myeclipse 2017 full

Error de memoria insuficiente en eclipse. ¿Por qué?

Question

Cuando creo un nuevo proyecto en el IDE "Eclipse". De repente aparece un mensaje de alerta "Error de memoria insuficiente". No puedo identificar el motivo. Si alguien sabe la razón por favor dígame.

Answer 1

1. Ve a tu carpeta de configuración de Eclipse

2. Si está ejecutando Eclipse en Mac OS X, entonces

   Haga clic derecho en el icono eclipse.app

   Haga clic en Show Package Contents

3. Abrir archivo eclipse.ini

4. Cambia los siguientes parámetros

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

5. Añadir los siguientes parámetros

   -XX:PermSize=256m
   -XX:MaxPermSize=512m

Answer 2

Intenta iniciar eclipse con los siguientes parámetros:

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

O justifique estos parámetros para sus requerimientos.

Answer 3

La explicación más obvia es que realmente estás fuera de la memoria. En cuyo caso, iniciar Eclipse con un montón más grande debería ayudar

 -vmargs -Xmx256M

Variando los 256M para ver qué funciona para ti.

No esperaría ver este problema si solo tuviera unos pocos proyectos simples. Si está utilizando complementos adicionales, entonces posiblemente sea necesario aumentar la cantidad de almacenamiento dinámico que necesita.

Answer 4

No estoy seguro si es relevante para su problema, pero acabo de tener un problema similar con un proyecto Swing utilizando OpenJDK 7.

Después de varios ciclos de inicio (el botón Run ) y cierre ( ''X'' / Alt+F4 ) mi aplicación, obtuve este error en la consola:

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)

Y a veces, tengo otro tipo de error:

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

y luego, si intenté ejecutarlo una vez más, Java se bloqueó:

#
# 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 reveló la causa del problema (observe el uso de memoria virtual):

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 

Estas fueron todas las instancias de mi solicitud, que no habían sido cerradas. Aún no estoy seguro de por qué se asignó tanta memoria virtual por instancia; probablemente haya alguna opción para eso. (Tengo 3GiB de memoria física, por cierto).

Aquí está mi método principal ():

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

Vi la línea comentada en un tutorial y la inhabilité específicamente para ver qué sucedería. Lo que sucedió fue que el valor predeterminado era HIDE_ON_CLOSE , que no cerró ni HIDE_ON_CLOSE el marco.

Establecer setDefaultCloseOperation en EXIT_ON_CLOSE fue la solución para mí. Sin embargo, estoy interesado en ver el aporte de personas con más conocimientos sobre esto.