36 votes

ReSharper paresseux

J'aime ReSharper, mais c’est une mémoire totale. Il peut rapidement gonfler et consommer un demi-Go de RAM sans trop d'effort et encombrer l'IDE. Est-ce que quelqu'un connaît un moyen de le configurer pour qu'il ne soit pas aussi lent?

17voto

cynicalman Points 4391

Désactiver la compilation à la volée (qui, malheureusement, est l'une de ses meilleures fonctionnalités)

9voto

petr k. Points 4890

Ce qui me dérange le plus, c’est le ralentissement du démarrage de Visual Studio par ReSharper. Une fois qu'il est opérationnel, je ne remarque généralement pas de ralentissement majeur.

5voto

tdyen Points 640

La prochaine version 4.5 sera basée sur les performances et l’empreinte mémoire.

voir le blog de Ilya Ryzhenkov

Resharper 4.5 a été publié D'après mon expérience, la mémoire est moins importante, mais je peux toujours manquer de mémoire.

5voto

Josh Buedel Points 891

J'ai eu un problème où il était de prendre plus de 10 minutes pour charger une solution de+ de 100 projets. Une fois chargé VS performance serait ok, mais il serait étrange flottement et-vient entre ok et vraiment mauvais.

La réponse est simple: en Éliminant Resharper avertissements semble à l'amélioration globale de la VS/R# performance.

Le problème le plus important, finalement, est que nous avons eu un certain nombre de fichiers de données binaires (crypté choses) être inclus en tant que ressources intégrées, ce qui est arrivé à avoir .extensions xml. Resharper essayait vraiment vraiment dur à analyser ces fichiers. Finalement, il faudrait passer à travers, mais permettrait de générer+ de 100K erreurs dans le processus. La modification de l'extension d'un Resharper n'a pas d'analyser automatiquement (.bin dans ce cas) a résolu le problème.

Nous avons encore environ 10 fichiers ou un fichier qu'ils dépendent est édité performance des réservoirs pendant un certain temps. Ces fichiers sont la partielle des parties d'une seule définition de classe où chaque fichier moyennes 3000 LOC. Oui, c'est vrai, c'est à environ 30K ligne de classe. Il arrive aussi d'être plutôt mauvais code pour d'autres raisons, dont beaucoup Resharper drapeaux prise de la main droite de la gouttière de la barre de pratiquement une solide ligne orange. L'édition provoque souvent des Resharper de réexaminer l'ensemble de la chose. Même si cette analyse s'exécute, les performances sont sensiblement touchés.

Je suis venu à la conclusion que le moins d'erreurs/avertissements il y en a pour R# pour identifier, plus il est performant. Mes preuves anecdotiques recueillies lors du nettoyage/refactoring ce projet semble à l'appui.

Beaucoup de gens se plaignent de problèmes de perf avec Resharper. Si vous avez encore un peu de gros laid fichiers de code avec beaucoup de Resharper avertissements, puis un peu de temps passé à nettoyer que le code pourrait donner une meilleure performance globale. Il a pour nous.

4voto

Leon Breedt Points 826

Je ne sais pas quelle est la taille de vos solutions, mais j’ai arrêté d’utiliser la 4.5 pour les mêmes raisons que j’ai cessé d’utiliser toutes les versions précédentes, l’utilisation de la mémoire.

L’analyse du code et le support des tests unitaires étant la raison principale de mon achat, sa désactivation signifie que la raison de son utilisation a disparu.

Workstation dispose de 4 Go de mémoire et je peux facilement le tuer avec ReSharper lors de l'exécution de notre pile de bout en bout dans les débogueurs.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X