Eclipse 3.5 (et plus récent) de commutation onglet est très lent

Question

Je suis à l'aide d'eclipse 3.5 (cacao construire) sur Macos 10.5 avec Java 1.5.0.19.

Je viens d'avoir 3 fichiers java ouvert 1. les fichiers ~ 2000 lignes les 2 autres sont de ~ 700 lignes.

Mais lorsque je change de 1 onglet fichier à l'autre, eclipse prend du temps (environ 20 secondes) pour passer à un autre onglet.

J'ai déjà changer l'éclipse.ini pour

more eclipse.ini
-startup
../../../plugins/org.eclipse.equinox.launcher_1.0.200.v20090520.jar
--launcher.library
../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx_1.0.0.v20090519
-product
org.eclipse.epp.package.jee.product
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
-vmargs
-Dosgi.requiredJavaVersion=1.5
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts
-XX:MaxPermSize=512m
-Xms128m
-Xmx1024m
-Xdock:icon=../Resources/Eclipse.icns
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts

Est-il possible de faire eclipse 3.5 plus rapide?

Je vous remercie.

Answer 1

Je l'ai mis cette ligne dans le fichier eclipse.fichier ini (qui se trouve à l'intérieur de l'éclipse du package de l'application):

-Dosgi.requiredJavaVersion=1.5

pour

-Dosgi.requiredJavaVersion=1.6

et l'onglet de commutation a été rapide à nouveau.

Answer 2

Aller avec la version 32 bits de Cacao libération. Le 64 bits n'aidera pas, à mon humble avis. Il fonctionne vraiment très bien sur mon 2.4 GHz MBP. D'habitude, j'ai environ 30 fichiers ouverts, certains assez grand, jamais connu ce que tu décris.

Essayer d'obtenir une nouvelle plaine-vanille 32 bits de Cacao distro, ne rien modifier et de vérifier si il y a un problème. Il pourrait être un faux plugin, trop. Avez-vous installé?

Vérifiez que vous tas d'état. Ouvrez les préférences d'Eclipse, dans la première page de préférences, il y a un "show tas de" statut de l'option. Vous pourriez être en cours d'exécution faible sur la mémoire. Vérifier le swap état de votre machine à l'aide du moniteur d'activité - s'il swaps beaucoup je vous recommande d'arrêter d'autres applications. En général, je recommande de 4 GO de RAM pour le développement des machines.

Answer 3

Je sais que c'est un peu tard pour le jeu, mais j'ai trouvé que la modification des autorisations de ~de l'espace de travail.les métadonnées.plugins\org.eclipse.e4.workbench pour nier moi-même accès a arrêté le ralentissement de la question.

Semble que Eclipse (4.2.0) écrit une corruption du fichier de paramètres de chaque tellement souvent, et quand il est chargé au démarrage de nouveau, il ralentit tout comme il est toujours en train de jeter des erreurs en interne. Évolution de la sécurité sur ce répertoire pour que l'Éclipse ne peut pas écrire, c'est une sorte de "réparer"! Cela signifie que chaque fois que l'Éclipse a commencé, il est de retour à ses paramètres par défaut, mais si la vitesse est plus important, je pense que c'est un bon sacrifice.

Answer 4

Il y a maintenant des plaques pour Juno pour commencer à répondre à cette question. Voir commentaire #212 sur bug 385272 pour plus d'informations sur la façon de mettre à jour votre installation. Si vous attendez un peu plus longtemps, vous devriez trouver ces correctifs dans le Kepler jalon sur 12/21/2012.

(Je crois que les autres suggestions posté ici, par exemple, l'augmentation de la mémoire ou tweeking divers démarrage params ou préf pourrait avoir un effet positif sur la performance, mais le problème sous-jacent est threads se déchaînent comme décrit dans le rapport de bug.)

Answer 5

Cela peut être le bug qui a été mentionné. https://bugs.eclipse.org/bugs/show_bug.cgi?id=282229