Existe-t-il un moyen réel pour que Netbeans se charge et fonctionne plus rapidement?
Il est trop lent et s'aggrave lorsque vous codez depuis un certain temps. Il mange toute ma RAM.
Je suis sur une machine Windows, en particulier Windows Server 2008 Datacenter Edition x64, 4 Go de RAM, processeur 3Ghz Core 2 Duo, etc. J'utilise le JDK x64. J'utilise l'antivirus NOD32 car pour moi c'est le meilleur des performances de la machine.
Dans le Gestionnaire des tâches, netbeans.exe n'affiche pas plus de 20 Mo, java.exe plus de 600 Mo.
Mon projet est une application web J2EE, plus de 500 classes, seules les bibliothèques de projet non incluses (externes). Et quand j'ai dit lent, je veux dire 3, 4, 5 minutes ou plus Netbeans est gelé.
Mon projet est-il simplement trop volumineux pour Netbeans, s'il doit lire tous les fichiers pour obtenir l'état des fichiers tels que les avertissements d'erreur, le statut svn et plus? Puis-je désactiver tout cela? Est-il possible de le configurer pour qu'il scanne uniquement lorsque j'ouvre un fichier?
Mon utilisation du processeur est normalement de 30% avec tous mes outils ouverts, je veux dire Netbeans, MS SQL Manager, Notepad, XMLSpy, Task Manager, Delphi, VirtualBox. Netbeans consomme plus de RAM que mes systèmes virtualisés.
Sous Linux, c'est aussi lent que sous Windows sur la même machine (Ubuntu 8.04 x64).
Il est vrai que l'équipe Netbeans a amélioré la vitesse de démarrage mais quand elle s'ouvre, elle commence à mettre en cache TOUT.
J'ai utilisé certains paramètres JVM pour définir une utilisation élevée de la mémoire et d'autres:
"C:\Program Files\NetBeans Dev\bin\netbeans.exe" -J-Xms32m -J-Xmx512m -J-Xverify:none -J-XX:+CMSClassUnloadingEnabled
Mais c'est encore lent.
la source
Réponses:
Solution très simple au problème lorsque votre IDE NetBeans ou Eclipse semble utiliser trop de mémoire:
J'étais confronté à un problème similaire avec Netbeans 7.0 sur mon Linux Mint ainsi que sur ma boîte Ubuntu. Netbeans utilisait> 700 Mio d'espace et 50 à 80% de CPU. Puis j'ai décidé de faire un peu de nettoyage. J'avais 30 plugins installés et je n'utilisais pas la plupart d'entre eux. Donc, j'ai désactivé les plugins que je n'utilisais pas, un énorme 19 plug-ins que j'ai désactivés. maintenant, la mémoire utilise jusqu'à plus de 400 Mio et le processeur utilise jusqu'à 10 et au maximum à 50%.
Maintenant ma vie est beaucoup plus facile.
la source
N'investissez pas de temps dans l'optimisation de votre installation NB tant que vous pouvez évoluer verticalement: obtenez un SSD (et du matériel plus rapide en général).
Aussi:
%AppData%
)la source
la source
Nous pouvons utiliser l'option JVM suivante pour accélérer le chargement / l'exécution de NetBeans.
Option JVM:
-J-Xverify:none
Comment régler:
Modifiez le fichier
C:\Program Files\NetBeans <version>\etc\netbeans.conf
(vérifiez votre dossier d'installation NetBeans si vous l'avez installé dans un autre emplacement)Trouvez la ligne qui dit
netbeans_default_options = "..."
Ajoutez l'option
-J-Xverify:none
à la liste des options.Redémarrez NetBeans.
la source
Xverify:none
et 3 des 4 premiers résultats indiquent tous qu'il ne devrait jamais être défini. Je ne sais rien de JVM et je ne sais pas à quel point c'est vrai, mais en laissant ce commentaire ici comme un avertissement aux gens de ne pas copier et coller aveuglément ceci sans rechercher ce qu'il fait réellementdésactiver Git, Subversion, Historique local, correcteur orthographique et autres plugins inutilisés
la source
J'utilise Windows 7. Je suggère de cliquer avec le bouton droit de la souris sur le raccourci NetBeans, allez dans Propriétés et sur l'onglet Raccourci de la cible, ajoutez
-J-Xmx1024m -J-Xms256m
.Ceci définit l'utilisation de la mémoire de la JVM. Xms est la valeur minimale, tandis que Xmx est la valeur max.
Voici la valeur du champ de texte cible:
Depuis que j'ajoute cet attribut, mes NetBeans fonctionnent si vite!
Une autre façon d'essayer plus de références ici
Dans le
etc
répertoire sous votreNetbeans-Home
, modifiez le fichiernetbeans.conf
fichier.-Xms
et-Xmx
doit être augmentée aux valeurs qui permettent à votre programme de se compiler.instructions dans netbeans.conf :
Mettez les valeurs dans la chaîne netbeans_default_options . Exemple :
Que faire pour accélérer / libérer des fenêtres de mémoire:
Désactivez Windows Update:
Services.msc
et appuyez sur Entrée.Startup Type
Automatic
, cliquez avec le bouton droit, cliquezProperties
et modifiez le type de démarrage enManual
Status
et arrêter les services de l'application (tierce) que vous pensez inutiliséela source
S'agit-il d'une machine Windows d'entreprise? Si c'est le cas, les antivirus agressifs peuvent vraiment ralentir les IDE modernes. Vérifiez votre gestionnaire de tâches pour les processus qui utilisent beaucoup de lectures de processeur ou de disque.
la source
Tout le monde doit noter que la machine virtuelle Java de Sun pour Windows n'utilise pas de mémoire partagée. Cela signifie que plus vous donnez de tas à votre VM, plus elle conserve de mémoire pour elle-même. L'avantage de plus de tas est moins de garbage collection et peut-être des performances plus rapides de l'application Java que vous exécutez, mais l'inconvénient est que vos autres applications peuvent avoir moins de mémoire pour travailler, et votre système peut se sentir plus lent à cause de cela.
la source
Défragmentez également votre disque. Netbeans est très agressif dans la création de caches sous une forme ou une autre. La plupart d'entre eux sont conservés sur le disque à un moment ou à un autre, ce qui peut affecter le temps de démarrage. Les antivirus (Symantec en particulier), les moteurs de recherche de bureau et tout autre produit d’E / S intrusif peuvent réduire considérablement les performances.
J'ai remarqué que Netbeans peut parfois être tempéré et que ses performances peuvent varier considérablement entre deux machines avec des spécifications presque identiques. Ma machine de travail a des performances terribles et est parfois inutilisable, mais elle est ultra-rapide lorsque je l'utilise sur ma machine domestique (avec des projets plus importants dans de nombreux cas).
la source
Voici mes options netbeans pour
etc/netbeans.conf
utiliser G1 GC et quelques autres améliorations.Les paramètres de police (
swing.aatex
et suivants) sont facultatifs - définis selon vos besoins ou supprimés.Ces paramètres stimulent beaucoup mes netbeans!
la source
Si c'est sur une machine d'entreprise - assurez-vous que les caches ne sont pas stockés sur le réseau
la source
Afin d'améliorer les temps de démarrage et de construction de Netbeans, il faut (dans cet ordre):
la source
J'ai eu le même problème avec Netbeans étant si lent, mais c'est maintenant beaucoup mieux après avoir désactivé le plug-in SVN. Je pense que cela peut aider.
Bonne chance
la source
Cela fonctionne pour moi:
Paramètres dans le
etc/netbeans.conf
.la source
Article vraiment utile sur les raisons pour lesquelles votre NetBeans est lent:
http://wiki.netbeans.org/FaqSlowNetBeans
la source
Une description plus ou moins détaillée, pourquoi NetBeans est si lent si souvent peut être trouvée dans l'article:
À mon humble avis, c'est principalement lié à un grand nombre d'E / S de disque causées par des fichiers ou des dossiers manquants et svncache.
la source
Mettez votre dossier d'accueil .netbeans dans un Ramdisk et Netbeans va être incroyablement rapide.
J'ai détecté sur mon Ubuntu 16.04 que chaque pression sur une touche provoque une action de lecture ou d'écriture sur le disque dur. Raison suffisante pour moi d'utiliser un Ramdisk. Comme un petit effet secondaire positif, mon disque dur est tout à fait maintenant (plus de tickclickrrickrrrticktick) et a une vie plus longue.
la source
J'ai décidé de rechercher pour la dernière fois pourquoi mon NetBeans fonctionnait lentement.
J'utilise un PC avec 16 Go de RAM et un processeur à 8 cœurs de 3,5 GHz. Mon utilisation du processeur est d'environ 5-20%, la mémoire est inférieure à 40% mais NetBeans est plus lent que mon PC de 15 ans que j'ai caché dans le garage.
Après avoir trouvé ce sujet et parcouru http://wiki.netbeans.org/FaqSlowNetBeans, je me suis rendu compte que dans le coin inférieur droit de NetBeans, je continue de voir une barre indiquant "Scanning ...", après avoir essayé de l'arrêter et rien ne se passe J'ai regardé plus loin ce que faisait "Scanning ..." et je me suis rendu compte:
Chaque fois que je lance NetBeans, les NetBeans analysent automatiquement tous les projets ouverts.
Et voilà, j'ai fermé 20 projets ouverts et NetBeans fonctionne aussi vite que le Bloc-notes.
la source
Similaire à la suggestion de tout mettre sur un SSD.
Je lance netbeans depuis freeBSD. Les fichiers de cache netbeans se trouvaient dans mon répertoire personnel dans .netbeans. Mon répertoire personnel était monté sur nfs, l'accès était donc très lent. Le déplacement de .netbeans vers la machine locale a considérablement amélioré les performances. J'ai ajouté un lien logiciel de .netbeans dans mon répertoire personnel vers le répertoire local. Netbeans décrit comment changer le usedir et le cachedir ici et les énumère comme raison sous le point 4.
Avant cela, je pouvais écrire des phrases entières dans les commentaires avant que l'interface graphique ne les rattrape et ne les affiche. Après le texte apparaît pendant que je tape.
la source
Solution la plus simple:
Allez dans Préférences-> Editeur et désactivez: Fenêtre de fin de fenêtre contextuelle automatique
Utilisez plutôt: la touche Meta + \ lorsque vous avez besoin de compléter le code.
Le plus gros problème que j'ai trouvé était la fonction de complétion automatique du code. Au fur et à mesure que je tapais, il a continué à essayer d'exécuter la complétion du code tout le temps. Cela entraînait des performances vraiment lentes car mon projet a beaucoup de bibliothèques dont il dépend.
La meilleure chose à faire est que vous pouvez arrêter de combattre l'éditeur car il continue de détecter de faux positifs dans la fenêtre contextuelle de fin.
Je n'ai pas regardé en arrière depuis que j'ai éteint cela.
la source
Insert Single Proposals Automatically
" (NetBeans 8.0.2), et je me suis débarrassé des gels frustrants dans les gros fichiers.NetBeans 8.0.2 (PHP) a deux problèmes: le client SubVersion et les modèles Twig . Afin d'améliorer considérablement les performances globales, a) désactivez le plugin "Twig Templates" (cela désactivera également Symphony2, au cas où vous en auriez besoin) et b) écrasez le client SVN avec ce commutateur:
^ project.properties permet de définir les arguments CLI individuellement (ce qui peut également avoir un sens avec les paramètres de RAM et d'autres personnalisations). Je suppose que l'on pourrait réactiver Twig une fois que le rapport de bogue lié a été fermé. la réanalyse n'est pas vraiment le problème, tandis que la réanalyse fonctionne comme elle le devrait ... en temps opportun.
J'en testais encore plus et j'ai remarqué que sous Linux, il fonctionne beaucoup plus facilement avec Oracle JDK qu'avec le (commun) OpenJDK - j'ai vu qu'il y avait même une version de NetBeans fournie avec.
la source
J'ai eu le même problème avec Netbeans 7.3. * Et 7.4 Beta sur Windows 7. En activant et désactivant certains plugins, j'ai compris que c'était le plugin svn qui augmentait constamment le CPU à environ 27%, convertissant mon ordinateur portable en grille-pain. Éteignez-le et codez à nouveau heureux :)
la source
Pour les fenêtres - devrait également fonctionner pour d'autres systèmes d'exploitation
Netbeans est comme n'importe quelle autre application java qui nécessite un réglage pour sa JVM.
Veuillez lire le lien suivant pour avoir des résultats de référence pour netbeans
https://performance.netbeans.org/reports/gc/
Les paramètres suivants fonctionnent correctement sur mon PC Windows 7 avec 4 Go de RAM et un processeur I5 Quad core.
(Recherchez la ligne netbeans_default_options dans le fichier de configuration netbeans dans le dossier bin et remplacez la ligne de configuration comme suit)
netbeans_default_options = "- XX: TargetSurvivorRatio = 1 -Xverify: none -XX: PermSize = 100M -Xmx500m -Xms500m -XX + UseParallelGC $ {netbeans_default_options}"
Petite suggestion: le ramassage des ordures joue un rôle essentiel dans la taille du tas JVM et comme j'avais un processeur quad core, j'ai utilisé Parallel GC. Si vous avez un processeur à un seul thread, veuillez utiliser UseSerialGC. D'après mon expérience, si les valeurs Xmx Xms sont identiques, il n'y a pas de surcharge de performances pour que JVM bascule entre les valeurs min et max. Dans mon cas, chaque fois que la taille de mon application essaie de dépasser 500 Mo, le GC parallèle est pratique pour nettoyer les déchets indésirables afin que mon application ne dépasse jamais 500 Mo sur mon PC.
la source
Pour moi, j'ai travaillé pour activer l'analyse automatique des sources.
la source
J'ai eu de gros problèmes avec NetBeans 8.0.2. C'est une vieille question, mais peut-être que quelqu'un d'autre finira ici comme moi avec le même problème, et je n'ai trouvé aucune réponse qui m'a aidé nulle part.
J'ai NetBeans 8.0.2 avec le plugin Ruby on Rails, sur Windows 7. L'EDI a suspendu jusqu'à 10 secondes sur presque chaque changement que j'ai fait dans certains fichiers. C'était un problème uniquement avec les gros fichiers, mais cela doit dépendre de plus que cela, il y avait d'autres gros fichiers sans problème.
Le problème a été causé par le "conseil" "Rails 3 Deprecations", je l'ai désactivé et maintenant c'est très rapide, je peux tout activer sans problème.
C'est sous
Tools -> Options -> Editor -> Hints
.Il y a aussi quelques suggestions dans les autres réponses d'optimisation avec les paramètres de démarrage. J'ai trouvé ces liens sur les commutateurs JVM qui m'ont aidé lors des tests d'optimisation (mais il s'est avéré que ces paramètres n'ont rien à voir avec mon problème), ils sont très anciens mais contiennent des informations utiles:
Explication des commutateurs JVM .
Quelques (anciennes) recommandations
la source
Ouvrez le fichier:
/Applications/NetBeans/NetBeans\ 8.0.2.app/Contents/Resources/NetBeans/etc/netbeans.conf
J'ai ajouté quelques options ci-dessous:
netbeans_default_options="-J-Dsun.java2d.opengl=true -J-Dsun.java2d.d3d=false -J-Xmx2048m ...
L'utilisation d'opengl peut vous aider, selon votre système. J'utilise OsX. 2048m peut être trop, mais ne semble pas faire de mal :-) ...
la source
Essayez de profiler Netbeans à l'aide de VisualVM. Si le "point chaud" est org.gnome.accessibility.atkwrapper.emitsignal (), essayez d'exécuter Netbeans avec
-J-Djavax.accessibility.assistive_technologies=" "
Cela m'a beaucoup aidé dans mon cas.
Je ne sais pas vraiment pourquoi exactement cette boîte à outils a été utilisée, mais il semble qu'il est généralement prudent de la désactiver.
la source
Fermez toutes les instances que vous exécutez. Vous n'avez peut-être fermé aucun d'entre eux depuis un certain temps, les obligeant à s'empiler et à s'exécuter en arrière-plan. Par conséquent, provoquer un décalage / ralentir le fonctionnement du programme.
la source
Vérifiez si votre dossier de projet contient un dossier qui contient des fichiers de votre framework, ou des bibliothèques (Ex.: Le Laravel a un fournisseur de dossier) - des fichiers que vous n'utilisez pas directement. Cliquez sur votre "projet"> propriétés. Dans la partie gauche, sélectionnez "ignorer les dossiers" (je ne sais pas comment c'est en anglais, mais avant 'Frameworks'). Dans la partie droite, cliquez sur "ajouter un dossier", choisissez de dossiers - cela rendra votre Netbeans 8 plus rapide. Ça marche pour moi.
la source