J'utilise GGTS 3.2 Juno 4.2.2 avec Grails 2.2.1. Il me semble que l'environnement est très lent après un certain temps. Que puis-je faire pour le rendre plus rapide?
Y a-t-il un moyen d'utiliser tout le potentiel du système sous-jacent? P>
Qu'est-ce que j'ai fait était (GGTS.INI): P>
-Xms768m -Xmx768m -XX:PermSize=1024m -XX:MaxPermSize=1024m -XX:+UseParallelGC
3 Réponses :
La Fondation Eclipse a publié des solutions pour cette
http://wiki.eclipse.org/platform_ui/juno_performance_investypty
Cela ne peut que pour les versions plus anciennes. Toute autre idée?
Travailler avec graps et GGT exige une grande quantité de mémoire fournie aux GGT. La raison pour laquelle votre IDE augmente plus lentement au fil du temps est que cela doit faire de nombreuses collections de déchets «stop-the-monde» pour obtenir la mémoire dont elle a besoin.
Surtout, vous pouvez voir que lors de l'ouverture d'un fichier GSP la première fois sur votre IDE ... alors les GGT deviennent sombres pendant un moment. Et vous pouvez voir que sur le statut de tas au bas de votre IDE à droite de votre IDE (activez-la dans vos préférences). Chaque fois que la mémoire utilisée est proche de votre 1 Go fournie, vos GGTS sont cessons de fonctionner pendant deux secondes ou plus. Après cela, il y a de nouveau de la mémoire libre.
1 Go de mémoire pour GGTS est ridicule - 2 Go doit être le minimum avec GRAVES et ECLIPSE. Mais ce n'est pas tout. GGTS a une fuite de mémoire avec des tests de greils et de la construction automatiquement. Vous pouvez essayer de supprimer les tests d'unité et d'intégration de votre chemin de construction de projets. C'est mon astuce pour éviter les ralentissements. Mais si je devais écrire des tests d'unité, je dois redémarrer GGT de temps en temps. (Et j'ai 8192m écrit dans mes ggts.ini.)
J'ai 16 Go de mémoire afin que la mémoire soit notez le problème ici.
mettre ceci: -vm c: \ deva \ java \ jdk7_67 \ jre \ bin \ serveur \ jvm.dll dans mes ggts.ini (et redémarrage des GGTS) a arrêté le cercle bleu de la filature.