with - speed up eclipse




Comment pouvez-vous accélérer Eclipse? (20)

Comment pouvez-vous rendre l'expérience avec Eclipse plus rapide?

Par exemple: je désactive tous les plugins dont je n'ai pas besoin (Mylyn, Subclipse, ...).

Au lieu d'utiliser un plugin pour Mercurial , je configure TortoiseHG comme un outil externe.


Ajoutez -Xverify:none à votre fichier eclipse.ini .

Cela réduira considérablement le temps de démarrage de votre Eclipse (50% dans mon cas sinon plus). Cela indiquera à la machine virtuelle de ne pas valider tous les fichiers .class qu'elle charge.


Allez dans Windows -> Préférences -> Validation et décochez les validators vous ne voulez pas ou dont vous n'avez pas besoin.

Pour Eclipse 3.7, vous utilisez Windows -> Préférences -> Général -> Démarrage et arrêt .


Avec le dernier logiciel (dernière Eclipse et Java) et plus de RAM, vous devrez peut-être

  • Supprimer les plugins indésirables (pas tous besoin de Mylyn et J2EE version d'Eclipse)
  • validateurs indésirables
  • désactiver la vérification orthographique
  • fermer les onglets inutilisés dans l'éditeur Java (oui, cela permet de réduire le fardeau d'Eclipse)
  • fermer les projets inutilisés
  • désactiver la déclaration d'étiquette indésirable (SVN / CVS)
  • désactiver la construction automatique

reference:making-eclipse-ide-faster


Bien que n'étant pas directement lié à Eclipse:

Si vous utilisez Windows 7 (et vraisemblablement Windows Vista), assurez-vous de désactiver l'indexation de votre dossier d'espace de travail si votre contenu se trouve à l'emplacement par défaut - votre dossier personnel. Windows par défaut indexe tout dans votre dossier de départ, et c'est normalement une perte pour votre espace de travail. (Cliquez avec le bouton droit sur le dossier de l'espace de travail dans l'explorateur, Propriétés -> Avancé .)


Dans certains cas, de mauvaises performances peuvent être dues à des bases de données h2 ou nwire corrompues. Lire Cinq conseils pour accélérer Eclipse PDT et nWire pour plus d'informations.

Là où je travaille, nous dépendons d'une machine virtuelle pour exécuter Debian . J'ai installé une autre version d'Eclipse sur la VM pour tester les purpouses, mais cela crée parfois des conflits si l'autre version d'Eclipse est en cours d'exécution. Il existe un dossier partagé partagé par les deux versions d'Eclipse. J'ai accidentellement quitté l'installation de Debian Eclipse fonctionnant en arrière-plan une fois et cela m'a donné des fichiers de base de données corrompus.


Eclipse charge les plug-ins paresseusement, et les plug-ins les plus courants, comme Subclipse , ne font rien si vous ne les utilisez pas. Ils ne ralentissent pas du tout Eclipse pendant l'exécution, et cela ne vous aidera pas à les désactiver. En fait, Mylyn été montré pour réduire l'empreinte de la mémoire d'Eclipse lorsqu'il est utilisé correctement.

Je lance Eclipse avec des tonnes de plug-ins sans aucune pénalité de performance.

  • Essayez de désactiver les paramètres du compilateur dont vous n'avez peut-être pas besoin (par exemple, les sous-options sous "Paramètre n'est jamais lu").
  • Quelle version d'Eclipse utilisez-vous? Les versions plus anciennes étaient connues pour être lentes si vous les actualisiez encore et encore, car leur dossier de plug-ins était gonflé avec des plug-ins dupliqués (avec des versions différentes). Ce n'est pas un problème dans la version 3.4.
  • Utilisez des ensembles de travail. Ils fonctionnent mieux que la fermeture de projets, en particulier si vous avez besoin de passer d'un ensemble de projets à un autre tout le temps.

Ce n'est pas seulement la mémoire que vous devez augmenter avec le commutateur -Xmx, c'est aussi la taille perm gen . Je pense que ce problème a été résolu dans Eclipse 3.4.


Essayez ceci aussi, cela améliorera la performance:

nettoyage des index - {chemin de l'espace de travail} .metadata.plugins \ org.eclipse.jdt.core nettoyage de l'historique - {chemin de l'espace de travail} .metadata.plugins \ org.eclipse.core.resources.history

Le nettoyage des dossiers ci-dessus n'aura pas d'impact sur les fichiers du projet.


Essayez-les. Il y a deux façons.

Première procédure

Référer cet article.

http://www.javacodegeeks.com/2014/06/the-real-way-to-make-eclipse-run-faster-on-ubuntu.html

Deuxième procédure

Exécutez la commande dans le terminal.

ramdisk

pour obtenir de meilleures performances et une réponse rapide pour Ubuntu.

Ramdisk fait partie de la mémoire système. Ubuntu utilise par défaut la moitié de la mémoire physique (RAM) en tant que disque virtuel, et il est monté sur

/ dev / shm

, il peut être utilisé comme un espace disque normal (créer des fichiers et des dossiers et les manipuler avec de meilleures performances plutôt que s'ils étaient stockés sur le disque dur). Si le disque virtuel utilise plus de la moitié de la RAM, les données seront déplacées dans l'espace d'échange. Si le disque virtuel utilise moins, le reste peut toujours faire ce que la RAM fait.

Définir la limite supérieure du disque virtuel

Comme indiqué ci-dessus, ramdisk par défaut peut utiliser une moitié de RAM. Si vous voulez changer la limite supérieure, suivez les étapes ci-dessous:

  1. Editez / etc / fstab par votre éditeur préféré:

    gksudo gedit / etc / fstab

  2. Trouvez cette ligne et changez-la pour qu'elle ressemble à ceci (ajoutez cette ligne si elle n'existe pas, et remplacez 512M par ce que vous voulez.):

    tmpfs / dev / shm tmpfs par défaut, taille = 512M 0 0

  3. Redémarrer ou re-monter

    / dev / shm

Monter / tmp sur le disque virtuel

Pour le rendre facile à utiliser, vous pouvez monter un répertoire dans

/dev/shm

en suivant les commandes:

mkdir / dev / shm / tmp

chmod 1777 / dev / shm / tmp

mount --bind / dev / shm / tmp / tmp


Fermez la vue générale pour accélérer la commutation entre les éditeurs.
Chaque fois que vous passez à un onglet différent ou que vous ouvrez un fichier, la vue de plan doit être mise à jour, ce qui a pris environ 1 seconde sur ma machine à chaque fois. C'est juste une seconde, mais si vous changez souvent d'onglets, comme moi, cela vous épargnera un mal de tête.


Fermez tous les projets ouverts qui ne sont pas actuellement utilisés.

Essayez d'éteindre le mode de publication automatique pendant le développement.


J'ai aussi réglé des vmargs et des trucs. Mais ce qui a vraiment accéléré Eclipse sur Windows, c'est la configuration "correcte" du logiciel anti-virus. Vous devez désactiver l'analyse à la demande des fichiers compressés. fichiers jar, et de nombreux fichiers liés à Java sont emballés avec l'algorithme PKZIP pour économiser de l'espace. Étant donné qu'Eclipse utilise des tonnes de fichiers Java, un antivirus tente de les déballer et de les analyser individuellement. Donc, pour la plate-forme Windows: désactiver l'analyse à la demande des fichiers compressés, sinon Eclipse sera inutilement lente. S'il vous plaît gardez à l'esprit, que la désactivation de cela rend malheureusement votre système plus faible contre les attaques, la plupart des malwares utilisent des packers.


J'ai constaté une amélioration considérable des performances en limitant le nombre d'onglets ouverts (dans le passé, j'avais souvent plus de 30 onglets ouverts). Vous pouvez laisser Eclipse gérer cela pour vous automatiquement:

Fenêtre -> Préférences -> Editeurs -> fermer les éditeurs automatiquement

8 onglets ouverts est le montant avant que le signe >> apparaisse, donc j'ai tendance à le laisser à 8.

Lorsque vous ouvrez plusieurs onglets, ceux qui ont été le moins récemment consultés seront fermés.

-> Quand tous les éditeurs sont sales ou épinglés

S'il a des modifications non sauvegardées, vous pouvez demander à sauvegarder et réutiliser (l'onglet sera fermé, un nouveau sera ouvert à sa place). Ou vous pouvez ouvrir une nouvelle fin de l'éditeur, donc augmenter le nombre d'onglets ouverts (le choix discret).

Si vous voulez vous assurer que certains onglets ne se ferment jamais automatiquement, vous pouvez les épingler. Cela en cliquant sur l'icône de la broche (l'icône la plus à droite dans la barre d'outils, avec "éditeur de broche" comme tooltiptext).


J'ai implémenté un plug-in pour configurer les fonctionnalités à charger en runtime pour améliorer les performances et réduire les conflits entre les différents plug-ins.

Vous avez peut-être installé de nombreuses fonctionnalités dans votre Eclipse, telles que les outils de développement Android, les outils de développement C / C ++, les plug-ins PHP , SVN , Git et ClearCase . Par conséquent, Eclipse est lourd et coûte beaucoup de mémoire, et certains d'entre eux ne sont pas souvent utilisés.

Vous pouvez donc utiliser mon outil pour créer différentes politiques d'exécution, comme celles qui ont Android, Git et Eclipse de base, une autre contient C / C ++, SVN et Eclipse de base. La prochaine fois, Eclipse ne chargera les fonctionnalités spécifiées que si vous utilisez la politique qui n'a que Android et Git.

Vous êtes invités à l'essayer et me donner vos commentaires. :)

Le nom de cet outil est Equinox Advanced Configurator .


Je lui donne une tonne de mémoire (ajoutez un commutateur -xMx quel que soit le commutateur à la commande qui le lance) et j'essaie d'éviter de le quitter et de le redémarrer. Je trouve que les plus mauvais délais sont au démarrage. avant qu'il ne s'écrase.


Les meilleures pratiques dans ce thread sont implémentées dans l' Optimizer For Eclipse gratuit, de ZeroTurnaround .

Qu'est-ce que cela aide?

  • Allocation de mémoire insuffisante
  • Frais généraux de vérification de classe
  • Index excessifs et historique
  • JDK obsolète ou lent
  • Eclipse étant obsolète
  • Longue construction et temps de redéploiement

Pour plus de détails, consultez cet article de RebelLabs .


Les trois facteurs les plus influents pour la vitesse d'Eclipse sont:

  • Utilisation de la dernière version d'Eclipse (3.4 Ganimede au moment de la rédaction en 2008)
    Notez que le comment David Balažic (juillet 2014) contredit ces critères qui fonctionnaient il y a six ans:

Le "même" espace de travail dans Indigo (3.7.2) SR2 se charge en 4 secondes, en Kepler SR2 (4.3.2) en 7 secondes et en Luna (4.4.0) en 10 secondes. Tous sont des bundles Java EE. Les versions plus récentes ont plus de plugins groupés, mais la tendance est toujours évidente. (par "même" espace de travail je veux dire: mêmes plugins (installés), mêmes projets extraits du contrôle de version).

  • Le lancer avec le dernier JDK (1.7 au moment de l'écriture, ce qui ne vous empêche pas de compiler dans votre projet Eclipse avec tout autre JDK que vous voulez: 1.4.2, 1.5, 1.6 plus ancien ...)

    -vm jdk1.6.0_10\jre\bin\client\jvm.dll
    
  • Configuration de l' eclipse.ini (voir cette question pour un eclipse.ini complet )

    -Xms128m
    -Xmx384m
    -XX:MaxPermSize=128m _# NOTE: this option is obsolete in Java 8, it will be ignored_
    -Xss2m
    [...]
    

L'argument Xmx est la quantité de mémoire qu'Eclipse obtiendra (en termes simples). Avec -Xmx384m , il obtient 384 Mo de RAM, avec -Xmx4G il obtient 4 Go, etc.

Remarque:

  1. Se référant à la jvm.dll a des avantages:

    • Écran de démarrage à venir plus tôt.
    • Eclipse.exe dans la liste des processus au lieu de java.exe.
    • Firewalls: Eclipse veut accéder à Internet au lieu de Java.
    • Problèmes de branding de gestion de fenêtres, en particulier sur Windows et Mac.

    Mais il peut aussi avoir quelques inconvénients si vous essayez de pousser la mémoire trop haut .

  2. La mémoire par défaut prise par Eclipse est la combinaison de MaxPermSize et Xmx . Voici jusqu'à 512 Mo au total, ce qui est assez pour un ordinateur de mémoire de 1 Go.


Ne pas être sous-estimé est d'avoir une machine rapide. 16-32 Go de RAM, SSD et un processeur décent ... et who0o0om là vous allez.


Si vous utilisez Maven et Ivy, vérifiez leurs consoles au cas où ils seraient en train de faire un traitement pendant les builds. J'utilise lierre et en plus j'ai certains fichiers JAR (internes) qui changent avec la même version, donc il faut s'entraîner tout le temps pour les récupérer.

Si vous avez défini votre projet sur un lecteur réseau, vous constaterez également un décalage pendant le processus de génération / lecture / écriture des processus.

  • Désactiver / désinstaller les plugins dont vous n'avez pas besoin.

  • Fermer la perspective que vous n'avez pas besoin

  • Fermer les connexions de base de


Une autre amélioration des performances peut être obtenue en désactivant les décorations d'étiquettes ( Windows -> Preferences; General -> Appearance -> Label Decorations ) et en désactivant les capacités inutilisées au démarrage ( Windows -> Preferences; General -> Startup and Shutdown ).

Vous pouvez également obtenir des performances supplémentaires en choisissant une stratégie de récupération de place différente en fonction de votre machine virtuelle Java.

Si vous en avez marre des cycles de redémarrage, vous pouvez utiliser JavaRebel de ZeroTurnaround. Cela raccourcira votre temps passé sur les redémarrages serveur / client.


Une autre astuce consiste à désactiver les builds automatiques.





performance