standard portable oxygen jdk configurar eclipse jvm

portable - ¿Cuáles son los mejores ajustes de JVM para Eclipse?



eclipse.ini set jdk (16)

Ajustes de Eclipse Ganymede 3.4.2

Para configuraciones más recientes, vea la configuración de Eclipse Galileo 3.5 arriba .

JDK

La mejor configuración de JVM siempre , en mi opinión, incluye el último JDK que puede encontrar (así que por ahora, jdk1.6.0_b07 hasta b16, excepto b14 y b15 )

eclipse.ini

Incluso con esas configuraciones de memoria bastante bajas, puedo ejecutar grandes proyectos de Java (junto con un servidor web) en mi escritorio antiguo (2002) con 2Go de RAM.

-showlocation -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256M -framework plugins/org.eclipse.osgi_3.4.2.R34x_v20080826-1230.jar -vm jdk1.6.0_10/jre/bin/client/jvm.dll -vmargs -Dosgi.requiredJavaVersion=1.5 -Xms128m -Xmx384m -Xss2m -XX:PermSize=128m -XX:MaxPermSize=128m -XX:MaxGCPauseMillis=10 -XX:MaxHeapFreeRatio=70 -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:+CMSIncrementalPacing -XX:CompileThreshold=5 -Dcom.sun.management.jmxremote

Consulte la respuesta SO de GKelly y la entrada del blog de Piotr Gabryanczyk para obtener más detalles sobre las nuevas opciones.

Vigilancia

También puedes considerar lanzar:

C:/[jdk1.6.0_0x path]/bin/jconsole.exe

Como se dijo en una pregunta anterior sobre el consumo de memoria .

¿Cuáles son las mejores configuraciones de JVM que ha encontrado para ejecutar Eclipse?


Configuración de Eclipse Galileo 3.5 y 3.5.1

Actualmente (noviembre de 2009), estoy probando con jdk6 actualización 17 el siguiente conjunto de opciones de configuración (con Galileo - eclipse 3.5.x, ver más abajo para 3.4 o superior para Helios 3.6.x ):
(Por supuesto, adapte las rutas relativas presentes en este eclipse.ini a las rutas correctas para su configuración)

Nota: para eclipse3.5 , reemplace startup líneas de startup y launcher.library por:

-startup plugins/org.eclipse.equinox.launcher_1.0.200.v20090520.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.0.200.v20090519

eclipse.ini 3.5.1

-data ../../workspace -showlocation -showsplash org.eclipse.platform --launcher.XXMaxPermSize 384m -startup plugins/org.eclipse.equinox.launcher_1.0.201.R35x_v20090715.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.0.200.v20090519 -vm ../../../../program files/Java/jdk1.6.0_17/jre/bin/client/jvm.dll -vmargs -Dosgi.requiredJavaVersion=1.5 -Xms128m -Xmx384m -Xss4m -XX:PermSize=128m -XX:MaxPermSize=384m -XX:CompileThreshold=5 -XX:MaxGCPauseMillis=10 -XX:MaxHeapFreeRatio=70 -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:+CMSIncrementalPacing -Dcom.sun.management.jmxremote -Dorg.eclipse.equinox.p2.reconciler.dropins.directory=C:/jv/eclipse/mydropins

Vea también mi respuesta original arriba para más información.

Cambios (desde julio de 2009)

  • Se refiere al lanzador y no al marco.
  • Complementos compartidos: opción org.eclipse.equinox.p2.reconciler.dropins.directory .
  • Galileo admite rutas completamente relativas para el área de trabajo o VM (evite tener que modificarlas de una instalación de eclipse a otra, si, por supuesto, su JVM y el área de trabajo permanecen igual)
    Antes, esos caminos relativos seguían siendo reescritos en absolutos cuando se lanzó el eclipse ...
  • También puede copiar el directorio JRE de una instalación de Java JDK dentro de su directorio de eclipse

Advertencias

Hubo un error con puntos de interrupción ignorados en realidad relacionados con el JDK.
Utilice JDK6u16 o más reciente para iniciar eclipse (luego puede definir cuantos JDK desea compilar dentro de eclipse: no es porque inicie un eclipse con JDK6 que tendrá que compilar con ese mismo JDK).

Max

Tenga en cuenta el uso de:

--launcher.XXMaxPermSize 384m -vmargs -XX:MaxPermSize=128m

Como se documenta en la Wiki de Eclipse ,

Eclipse 3.3 admite un nuevo argumento para el --launcher.XXMaxPermSize : --launcher.XXMaxPermSize .
Si la máquina virtual que se está utilizando es una máquina virtual de Sun y aún no existe un -XX:MaxPermSize= VM, el -XX:MaxPermSize=256m agregará automáticamente -XX:MaxPermSize=256m a la lista de argumentos de VM que se están utilizando.
El iniciador 3.3 solo es capaz de identificar máquinas virtuales de Sun en Windows.

Como se detalla en esta entrada :

No todos los -XX:MaxPermSize aceptan el argumento -XX:MaxPermSize por eso se pasa de esta manera. Puede (o no) existir problemas para identificar sun vms.
Nota: Eclipse 3.3.1 tiene un error donde el iniciador no puede detectar una máquina virtual de Sun y, por lo tanto, no utiliza el tamaño correcto de PermGen. Parece que esto puede haber sido un error conocido en Mac OS X para 3.3.0 también.
Si está utilizando alguna de estas combinaciones de plataformas, agregue el indicador -XX al eclipse.ini como se describe anteriormente.

Notas:

  • la línea " 384m " se traduce en la parte " =384m " del argumento de la VM, si la VM =384m mayúsculas y minúsculas en la " m ", entonces este argumento también lo es.
  • el --launcher. " --launcher. ", que especifica que el propio lanzador consume el argumento y se agregó a los argumentos específicos del lanzador para evitar colisiones de nombres con los argumentos de la aplicación. (Otros ejemplos son --launcher.library , --launcher.suppressErrors )

La parte -vmargs -XX:MaxPermSize=384m es el argumento que se pasa directamente a la máquina virtual, que -vmargs -XX:MaxPermSize=384m por completo y no se utiliza ninguna comprobación del proveedor de la máquina virtual.


Configuración de Eclipse Indigo 3.7.2 (64 bit linux)

Configuraciones para Sun / Oracle java versión "1.6.0_31" y Eclipse 3.7 ejecutándose en x86-64 Linux:

-nosplash -vmargs -Xincgc -Xss500k -Dosgi.requiredJavaVersion=1.6 -Xms64m -Xmx200m -XX:NewSize=8m -XX:PermSize=80m -XX:MaxPermSize=150m -XX:MaxPermHeapExpansion=10m -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=70 -XX:+UseCMSInitiatingOccupancyOnly -XX:+UseParNewGC -XX:+CMSConcurrentMTEnabled -XX:ConcGCThreads=2 -XX:ParallelGCThreads=2 -XX:+CMSIncrementalPacing -XX:CMSIncrementalDutyCycleMin=0 -XX:CMSIncrementalDutyCycle=5 -XX:GCTimeRatio=49 -XX:MaxGCPauseMillis=20 -XX:GCPauseIntervalMillis=1000 -XX:+UseCMSCompactAtFullCollection -XX:+CMSClassUnloadingEnabled -XX:+DoEscapeAnalysis -XX:+UseCompressedOops -XX:+AggressiveOpts -XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses

Tenga en cuenta que esto utiliza solo 200 MB para el montón y 150 MB para el no-montón. Si está utilizando enormes complementos, es posible que desee aumentar los límites "-Xmx200m" y "-XX: MaxPermSize = 150m".

El objetivo principal de optimización para estos indicadores ha sido minimizar la latencia en todos los casos y, como objetivo secundario de optimización, minimizar el uso de memoria.


-mostrar ubicación

Para facilitar la ejecución de eclipse dos veces y saber con qué área de trabajo está trabajando

Eclipse 3.6 agrega una opción de preferencias para especificar qué mostrar para el Workspace name (shown in window title) del área de Workspace name (shown in window title) que funciona mucho mejor que -showlocation por tres razones:

  1. No es necesario reiniciar eclipse para que tenga efecto.
  2. Puedes elegir un código corto.
  3. Aparece primero, antes de la perspectiva y nombre de la aplicación.

-vm
C: / Archivos de programa / Java / jdk1.6.0_07 / jre / bin / client / jvm.dll

Para especificar qué versión de Java está utilizando y usar la dll en lugar de iniciar un proceso javaw


Eclipse le gusta mucha memoria RAM. Utilice al menos -Xmx512M. Más si está disponible.


Esta es mi propia configuración para mi Eclipse que se ejecuta en una computadora portátil i7 2630M de 16 GB RAM, esta configuración se ha estado utilizando durante una semana, sin un solo bloqueo, y Eclipse 3.7 funciona sin problemas.

-startup plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.100.v20110502 -product org.eclipse.epp.package.jee.product --launcher.defaultAction openFile --launcher.XXMaxPermSize 256M -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m --launcher.defaultAction openFile -vmargs -Dosgi.requiredJavaVersion=1.5 -Xms1024m -Xmx4096m -XX:MaxPermSize=256m

Cálculos: para ganar 7 x64

  • Xms = Memoria física / 16
  • Xmx = Memoria física / 4
  • MaxPermSize = Igual que el valor predeterminado, que es de 256m

Esto es lo que uso (aunque los tengo en el acceso directo en lugar del archivo de configuración):

eclipse.exe -showlocation -vm "C: / Java / jdk1.6.0_07 / bin / javaw.exe" -vmargs -Xms256M -Xmx768M -XX: + UseParallelGC -XX: MaxPermSize = 128M


Mis propios ajustes (Java 1.7, modificar para 1.6):

-vm C:/Program Files (x86)/Java/jdk1.7.0/bin -startup plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.100.v20100628 -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m --launcher.defaultAction openFile -vmargs -server -Dosgi.requiredJavaVersion=1.7 -Xmn100m -Xss1m -XgcPrio:deterministic -XpauseTarget:20 -XX:PermSize=400M -XX:MaxPermSize=500M -XX:CompileThreshold=10 -XX:MaxGCPauseMillis=10 -XX:MaxHeapFreeRatio=70 -XX:+UnlockExperimentalVMOptions -XX:+DoEscapeAnalysis -XX:+UseG1GC -XX:+UseFastAccessorMethods -XX:+AggressiveOpts -Xms512m -Xmx512m


Si está utilizando Linux + Sun JDK / JRE 32bits , cambie "-vm" a:

-vm [your_jdk_folder]/jre/lib/i386/client/libjvm.so

Si está utilizando Linux + Sun JDK / JRE 64bits , cambie "-vm" a:

-vm [your_jdk_folder]/jre/lib/amd64/server/libjvm.so

Eso está funcionando bien para mí en Ubuntu 8.10 y 9.04



Si va con la actualización 14 de jdk6, sugeriría usar el recolector de basura G1 que parece ayudar al rendimiento.

Para hacerlo, elimina estos ajustes:

-XX: + UseConcMarkSweepGC
-XX: + CMSIncrementalMode
-XX: + CMSIncrementalPacing

y reemplazarlos con estos:

-XX: + UnlockExperimentalVMOptions
-XX: + UseG1GC


También puedes intentar correr con JRockit . Es una JVM optimizada para servidores, pero muchas aplicaciones cliente de larga ejecución, como IDE, se ejecutan muy bien en JRockit. Eclipse no es una excepción. JRockit no tiene un espacio permanente, por lo que no necesita configurarlo.

Es posible establecer un objetivo de tiempo de pausa (ms) para evitar largas pausas de gc que bloquean la interfaz de usuario.

-showsplash org.eclipse.platform -vm C:/jrmc-3.1.2-1.6.0/bin/javaw.exe -vmargs -XgcPrio:deterministic -XpauseTarget:20

Generalmente no me molesto en configurar -Xmx y -Xms y dejar que JRockit haga crecer el montón cuando lo considere necesario. Si inicia su aplicación Eclipse con JRockit, también puede monitorear, perfilar y encontrar fugas de memoria en su aplicación utilizando el conjunto de herramientas JRockit Mission Control. Usted descarga los complementos de este sitio de actualización . Nota, solo funciona para Eclipse 3.3 y Eclipse 3.4


XX: + UseParallelGC, ¡esa es la opción más increíble que existe!


Es esa época del año otra vez: "eclipse.ini toma 3" ¡los ajustes devuelven el golpe!

Configuración de Eclipse Helios 3.6 y 3.6.x

texto alt http://www.eclipse.org/home/promotions/friends-helios/helios.png

Después de la configuración de Eclipse Ganymede 3.4.xy Eclipse Galileo 3.5.x , aquí se presenta una mirada en profundidad a un archivo de configuración eclipse.ini "optimizado" para Eclipse Helios 3.6.x:

( por "optimizado", me refiero a poder ejecutar un Eclipse de pleno rendimiento en nuestra estación de trabajo de mierda en el trabajo, un P4 antiguo de 2002 con 2Go RAM y XPSp3. Pero también he probado esas mismas configuraciones en Windows7 )

Eclipse.ini

ADVERTENCIA : para plataformas sin Windows, use la opción patentada de Sun -XX:MaxPermSize lugar de la opción patentada de Eclipse --launcher.XXMaxPermSize .
Es decir: a menos que esté utilizando la última compilación 7 de jdk6u21 . Vea la sección de Oracle a continuación.

-data ../../workspace -showlocation -showsplash org.eclipse.platform --launcher.defaultAction openFile -vm C:/Prog/Java/jdk1.6.0_21/jre/bin/server/jvm.dll -vmargs -Dosgi.requiredJavaVersion=1.6 -Declipse.p2.unsignedPolicy=allow -Xms128m -Xmx384m -Xss4m -XX:PermSize=128m -XX:MaxPermSize=384m -XX:CompileThreshold=5 -XX:MaxGCPauseMillis=10 -XX:MaxHeapFreeRatio=70 -XX:+CMSIncrementalPacing -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:+UseFastAccessorMethods -Dcom.sun.management.jmxremote -Dorg.eclipse.equinox.p2.reconciler.dropins.directory=C:/Prog/Java/eclipse_addons

Nota:
Adapte el p2.reconciler.dropins.directory a un directorio externo de su elección.
Ver esta respuesta tan . La idea es poder colocar nuevos complementos en un directorio independientemente de cualquier instalación de Eclipse.

Las siguientes secciones detallan lo que hay en este archivo eclipse.ini .

El temido Oracle JVM 1.6u21 (antes de la compilación 7) y Eclipse se bloquea

Andrew Niefer me alertó sobre esta situación y escribió una publicación de blog sobre un argumento vm no estándar ( -XX:MaxPermSize ) y puede hacer que vms de otros proveedores no se inicie en absoluto.
Pero la versión de eclipse de esa opción ( --launcher.XXMaxPermSize ) no funciona con el nuevo JDK (6u21, a menos que esté utilizando 6u21 build 7, consulte a continuación).

los final La solución está en Eclipse Wiki , y solo para Helios en Windows con 6u21 pre build 7 :

  • descargando el eclipse_1308.dll corregido (16 de julio de 2010)
  • y colocarlo en

(eclipse_home)/plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.0.v20100503

Eso es. No hay ajustes para ajustar aquí (de nuevo, solo para Helios en Windows con un 6u21 pre build 7 ).
Para plataformas que no sean de Windows, debe volver a la opción patentada de Sun -XX:MaxPermSize .

El problema se basa en una regresión: la identificación de JVM falla debido al cambio de marca de Oracle en java.exe y el error 319514 activado en Eclipse.
Andrew se ocupó del error 320005 - [launcher] --launcher.XXMaxPermSize: isSunVM debería ser verdadero para Oracle , pero eso será solo para Helios 3.6.1.
Francis Upton , otro comentarista de Eclipse, reflexiona sobre la situación general .

Actualización u21b7, 27 de julio :
Oracle ha retrocedido el cambio para la próxima versión de Java 6 y no lo implementará de nuevo hasta JDK 7 .
Si usa jdk6u21 build 7 , puede revertir a --launcher.XXMaxPermSize (opción de eclipse) en lugar de -XX:MaxPermSize (la opción no estándar).
La detección automática que se está produciendo en C launcher shim eclipse.exe seguirá buscando la cadena " Sun Microsystems ", pero con 6u21b7, ahora funcionará, otra vez.

Por ahora, sigo manteniendo la versión -XX:MaxPermSize (porque no tengo idea de cuándo todo el mundo iniciará eclipse del JDK correcto ).

Implícito `-startup` y` --launcher.library`

Contrariamente a la configuración anterior, la ruta exacta para esos módulos ya no está establecida, lo cual es conveniente ya que puede variar entre las diferentes versiones de Eclipse 3.6.x:

  • inicio: si no se especifica, el ejecutable buscará en el directorio de complementos el paquete org.eclipse.equinox.launcher con la versión más alta.
  • launcher.library: si no se especifica, el ejecutable busca en el directorio de plugins el fragmento org.eclipse.equinox.launcher.[platform] apropiado con la versión más alta y usa la biblioteca compartida llamada eclipse_* interior.

Utilizar JDK6

El JDK6 ahora se requiere explícitamente para iniciar Eclipse:

-Dosgi.requiredJavaVersion = 1.6

Esta pregunta SO reporta una incidencia positiva para el desarrollo en Mac OS.

+ UnlockExperimentalVMOptions

Las siguientes opciones forman parte de algunas de las opciones experimentales de Sun JVM.

-XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:+UseFastAccessorMethods

Se han reportado en esta publicación de blog para potencialmente acelerar Eclipse.
Vea todas las opciones de JVM aquí y también en la página oficial de opciones de Hotspot de Java .
Nota: la lista detallada de esas opciones informa que UseFastAccessorMethods podría estar activo de forma predeterminada.

Vea también "Actualice su JVM" :

Como recordatorio, G1 es el nuevo recolector de basura en preparación para el JDK 7, pero ya se usa en la versión 6 de u17.

Abrir archivos en Eclipse desde la línea de comandos.

Vea la publicación del blog de Andrew Niefer informando esta nueva opción:

--launcher.defaultAction openFile

Esto le dice al iniciador que si se llama con una línea de comando que solo contiene argumentos que no comienzan con " - ", esos argumentos deben tratarse como si siguieran a " --launcher.openFile ".

eclipse myFile.txt

Este es el tipo de línea de comando que el iniciador recibirá en Windows cuando haga doble clic en un archivo asociado con eclipse, o seleccione archivos y elija " Open With " o " Send To " Eclipse.

Las rutas relativas se resolverán primero contra el directorio de trabajo actual, y segundo contra el directorio del programa eclipse.

Ver el bug 301033 para referencia. Originalmente bug 4922 (octubre de 2001, reparado 9 años después).

p2 y el mensaje de diálogo sin firmar

Si está cansado de este cuadro de diálogo durante la instalación de sus muchos complementos:

, añade en tu eclipse.ini :

-Declipse.p2.unsignedPolicy=allow

Vea esta publicación de blog de Chris Aniszczy y el informe de errores 235526 .

Quiero decir que la investigación de seguridad respalda el hecho de que menos avisos son mejores.
Las personas ignoran las cosas que aparecen en el flujo de algo que quieren hacer.

Para 3.6, no deberíamos mostrar advertencias en medio del flujo: no importa cuánto simplifiquemos, la gente simplemente las ignorará.
En su lugar, deberíamos recopilar todos los problemas, no instalar esos paquetes con problemas y, en cambio, llevar al usuario a un punto en el flujo de trabajo en el que puedan reparar: agregar confianza, configurar la política de seguridad de manera más flexible, etc. Esto se denomina ''seguro puesta en escena '' .

---------- http://www.eclipse.org/home/categories/images/wiki.gif alt text http://www.eclipse.org/home/categories/images/wiki.gif texto alt http://www.eclipse.org/home/categories/images/wiki.gif

Opciones adicionales

Esas opciones no están directamente en el eclipse.ini anterior, pero pueden ser útiles si es necesario.

El problema `user.home` en Windows7

Cuando se inicie eclipse, leerá su archivo de almacén de claves (donde se guardan las contraseñas), un archivo ubicado en user.home .
Si, por algún motivo, user.home no se resuelve correctamente en una ruta de acceso completo, Eclipse no se iniciará.
Inicialmente planteado en esta pregunta SO , si experimenta esto, necesita redefinir el archivo de almacén de claves a una ruta explícita (no hay más usuarios.home para resolver al inicio)

Agregue en su eclipse.ini :

-eclipse.keyring C:/eclipse/keyring.txt

Esto ha sido rastreado por el error 300577 , se ha resuelto en esta otra pregunta SO .

Modo de depuración

Espera, hay más de un archivo de configuración en Eclipse.
Si agrega a su eclipse.ini la opción:

-debug

, habilita el modo de depuración y Eclipse buscará otro archivo de configuración: un archivo .options donde puede especificar algunas opciones de OSGI.
Y eso es genial cuando está agregando nuevos complementos a través de la carpeta dropins.
Agregue en su archivo .options la siguiente configuración, como se describe en esta publicación del blog " Diagnóstico de Dropins " :

org.eclipse.equinox.p2.core/debug=true org.eclipse.equinox.p2.core/reconciler=true

P2 le informará qué paquetes se encontraron en dropins/ folder, qué solicitud se generó y cuál es el plan de instalación. Tal vez no sea una explicación detallada de lo que realmente sucedió y de lo que salió mal, pero debería proporcionarle información sólida sobre dónde comenzar:

  • ¿Estaba tu paquete en el plan?
  • ¿Fue problema de instalación (fallo P2)
  • ¿O tal vez simplemente no es óptimo para incluir su función?

Eso viene del error 264924 - [reconciliador] Sin diagnóstico de problemas de Dropins , que finalmente resuelve el siguiente problema como:

Unzip eclipse-SDK-3.5M5-win32.zip to ..../eclipse Unzip mdt-ocl-SDK-1.3.0M5.zip to ..../eclipse/dropins/mdt-ocl-SDK-1.3.0M5

Esta es una configuración problemática ya que OCL depende de EMF que falta.
3.5M5 no proporciona diagnóstico de este problema.

Iniciar eclipse.
No hay problemas obvios. Nada en el registro de errores.

  • Help / About / Plugin muestran org.eclipse.ocl.doc , pero no org.eclipse.ocl .
  • Help / About / Configuration no tienen ninguna mención (de diagnóstico) de org.eclipse.ocl .
  • Help / Installation / Information Installed Software no tiene mención de org.eclipse.ocl .

¿Dónde están los marcadores de error agradable?

Camino de clase manifiesto

Ver esta entrada de blog :

  • En Galileo (también conocido como Eclipse 3.5), JDT comenzó a resolver la ruta de clase de manifiesto en las bibliotecas agregadas a la ruta de compilación del proyecto. Esto funcionó si la biblioteca se agregó a la ruta de compilación del proyecto directamente oa través de un contenedor classpath, como la herramienta de biblioteca de usuario proporcionada por JDT o una implementada por un tercero.
  • En Helios, este comportamiento se cambió para excluir los contenedores classpath de la resolución de classpath manifiesto.

Eso significa que algunos de tus proyectos podrían no compilarse en Helios.
Si desea volver al comportamiento de Galileo, agregue:

-DresolveReferencedLibrariesForContainers=true

Vea el error 305037 , el error 313965 y el error 313890 para obtener referencias.

Pila de IPV4

Esta pregunta SO menciona una posible solución al no acceder a los sitios de actualización de complementos:

-Djava.net.preferIPv4Stack=true

Se menciona aquí solo en caso de que pueda ayudar en su configuración.

Optimizaciones potenciales JVM1.7x64

Este artículo reporta:

Para el registro, las opciones más rápidas que he encontrado hasta ahora para mi prueba de banco con la JVM n de Windows 1.7 x64 son:

-Xincgc -XX:-DontCompileHugeMethods -XX:MaxInlineSize=1024 -XX:FreqInlineSize=1024

Pero sigo trabajando en ello ...


-startup ../../../plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar --launcher.library ../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx_1.1.100.v20110502 -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m --launcher.defaultAction openFile -vmargs -Xms128m -Xmx512m -XX:MaxPermSize=256m -Xdock:icon=../Resources/Eclipse.icns -XstartOnFirstThread -Dorg.eclipse.swt.internal.carbon.smallFonts -Dcom.sun.management.jmxremote -Declipse.p2.unsignedPolicy=allow

Y estos ajustes me han funcionado como un encanto. Estoy ejecutando OS X10.6, Eclipse 3.7 Indigo, JDK1.6.0_24