Les trois facteurs les plus influents pour la rapidité d'Eclipse sont:
- Utiliser la dernière version d'Eclipse (2020-06 au 26 juin 2020)
Notez que le commentaire de David Balažic (juillet 2014) contredit ce critère qui fonctionnait il y a six ans :
Le même espace de travail sur Indigo (3.7.2) SR2 se charge en 4 secondes, sur Kepler SR2 (4.3.2) en 7 secondes et sur Luna (4.4.0) en 10 secondes. Tous sont des packs Java EE. Les versions plus récentes ont plus de plugins intégrés, mais la tendance est évidente. (par "même" espace de travail, je veux dire : les mêmes plugins utilisés en plus, les mêmes projets extraits du contrôle de version).
-
Le lancer avec le dernier JDK (Java 14 à l'heure actuelle, ce qui ne vous empêche pas de compiler dans votre projet Eclipse avec n'importe quel autre JDK que vous voulez : 1.4.2, 1.5, 1.6 plus ancien...)
-vm jdk1.6.0_10\jre\bin\client\jvm.dll
-
Configurer le eclipse.ini (voir cette question pour un eclipse.ini complet)
-Xms512m
-Xmx4096m
[...]
L'argument Xmx
correspond à la quantité de mémoire qu'Eclipse obtiendra (en termes simples). Avec -Xmx4g
, il obtient 4 GiB de RAM, etc.
Note:
- Référencer le jvm.dll présente des avantages:
- L'écran de démarrage apparaît plus rapidement.
- Eclipse.exe dans la liste des processus plutôt que java.exe.
- Firewalls : Eclipse veut accéder à Internet plutôt que Java.
- Problèmes de branding de gestion des fenêtres, surtout sur Windows et Mac.
Déc. 2020, Udo confirme dans les commentaires
À partir de la version 4.8 (Photon) et au-delà, il y a eu un gain de vitesse constant après chaque version.
La plate-forme principale a été optimisée à chaque sortie pour se charger plus rapidement, permettre plus de fonctionnalités pour le thème sombre et ajouter plus de fonctionnalités pour les nouvelles versions des outils de développement Java.
En particulier au cours des 3 dernières versions, le temps de démarrage a considérablement été augmenté. Il devrait y avoir une augmentation significative du temps de démarrage avec la dernière version d'Eclipse 2020-12.
Dans mon expérience, il a démarré beaucoup plus rapidement avec chaque nouvelle version.
Mais : Il y a encore des plugins qui ne suivent pas la nouvelle façon d'utiliser l'API Eclipse et qui sont donc encore lents au démarrage.
Depuis le passage à Java 11 comme version de runtime minimale à partir de la version Eclipse 2020-09, au moins le système de base utilise les nouvelles fonctionnalités de la JVM. C'est aux fournisseurs des autres plugins de passer à de nouvelles APIs et d'utiliser la pleine puissance des processeurs modernes (par ex. modèle de programmation concurrente).
Voir aussi
- Donner à Eclipse le bon nombre de threads et la quantité de mémoire appropriée : Problème : Eclipse et l'indexeur Eclipse utilisent toutes mes ressources / CPU %
2024: Comme noté par dan1st might be happy again dans les commentaires:
Avec les nouvelles versions de Java, il est également possible d'utiliser CDS qui peut améliorer le démarrage.
Cela peut être fait en ajoutant -XX:+AutoCreateSharedArchive -XX:SharedArchiveFile=classes.jsa
(ou similaire) aux arguments JVM.
Vrai : CDS, ou Partage de Données de Classe, est une fonctionnalité dans la Machine Virtuelle Java (JVM) destinée à réduire le temps de démarrage des applications Java et la quantité de mémoire qu'elles consomment. Cela est réalisé en permettant à un ensemble de classes d'être préchargé et partagé entre plusieurs instances de la Machine Virtuelle Java (JVM) s'exécutant sur la même machine. Le concept derrière CDS est de créer une archive partagée de classes qui peut être mappée en mémoire à l'exécution, accélérant ainsi le processus de chargement des classes.
Le CDS a été introduit en Java 5 (J2SE 5.0) de manière basique et a été progressivement amélioré dans les versions Java suivantes.
La fonctionnalité que Dan mentionne, -XX:+AutoCreateSharedArchive
, et l'utilisation d'un fichier d'archive partagée spécifié via -XX:SharedArchiveFile=
, ont été considérablement améliorés et rendus plus accessibles dans Java 10 et les versions ultérieures.
À partir de Java 12, la capacité de créer automatiquement une archive partagée lors du premier démarrage de l'application (avec -XX:+AutoCreateSharedArchive
) simplifie le processus, le rendant plus bénéfique pour les applications sans nécessiter d'intervention manuelle pour créer l'archive de données de classe partagée.
Dans le contexte de l'accélération d'Eclipse ou d'applications Java similaires, CDS aidera à obtenir un démarrage plus rapide, une empreinte mémoire réduite et des performances améliorées.
Votre fichier eclipse.ini
serait (avec Java 19 ou ultérieur) :
-vmargs
-XX:+UseG1GC
-XX:+AutoCreateSharedArchive
-XX:SharedArchiveFile=/classes.jsa
-Xmx4096m
Remplacez par un chemin approprié où vous souhaitez que l'archive partagée soit stockée. La JVM créera automatiquement cette archive lors du premier démarrage, puis l'utilisera pour accélérer les démarrages suivants.
De plus, dans le cas où Lombok est installé dans Eclipse, il est nécessaire d'autoriser l'utilisation de CDS avec des agents en ajoutant l'option VM diagnostique -XX:+AllowArchivingWithJavaAgent
. Dans ce cas, le eclipse.ini
contiendrait quelque chose comme :
-vmargs
-XX:+UseG1GC
-XX:+AutoCreateSharedArchive
-XX:SharedArchiveFile=/classes.jsa
-XX:+UnlockDiagnosticVMOptions
-XX:+AllowArchivingWithJavaAgent
-javaagent:/chemin/vers/le/lombok.jar
-Xmx4096m
41 votes
Installez plus de (4 Go supplémentaires de) RAM. Je suis un peu sérieux. Eclipse fonctionne bien sur un ordinateur Windows 7 de 3 Go. Moins de mémoire n'est pas idéal.
11 votes
Le contrôle de version serait mon dernier choix de plugin à désactiver. J'ai trouvé qu'Eclipse est encore quelque peu peu fiable en ce qui concerne le maintien de l'espace de travail en synchronisation avec le système de fichiers. Je ne vous blâme pas de vouloir de meilleurs outils de contrôle de version que ceux des plugins actuels, mais j'ai déjà été piégé par Eclipse dans ce domaine.
85 votes
Les réponses ci-dessous ont réduit le temps de démarrage de mon Eclipse de 20 secondes à moins de 4.
1 votes
Publication similaire: quels sont les meilleurs paramètres jvm pour eclipse
4 votes
Eclipse Juno a été très lent pour de nombreuses personnes, des choses comme le changement d'éditeurs, etc. Il y a maintenant un ensemble de correctifs de performances en amont qui améliorent énormément la situation. Voir wiki.eclipse.org/Platform_UI/Juno_Performance_Investigation pour des instructions sur l'installation des correctifs.
3 votes
Encore super lent pour moi sans plugins. Le temps de démarrage n'est pas trop mauvais, mais chaque fois qu'il doit mettre à jour les références de fichiers ou quelque chose, cela prend un temps déraisonnable. Il arrive aussi parfois qu'il y ait des retards pour l'autocomplétion.
0 votes
-Xverify:none
aidera au démarrage.0 votes
Note : Les premières versions d'Eclipse 4.x avaient une implémentation GUI lente. Cela s'est amélioré avec les versions ultérieures.
0 votes
Désélectionnez "Compiler automatiquement". Allez à Projet--Compiler automatiquement.
0 votes
Vous ne pouvez pas, c'est irréparable.