J'utilise Visual Studio 2013 Pro (version RTM) sur mon PC formaté (Windows 8.1 fresh install).
Je ne sais pas pourquoi, mais Visual Studio 2013 Pro est très très lent ! Lent pour construire, déboguer, naviguer dans l'IDE... la LED de mon disque dur ne s'allume pas du tout !
Je suis sur un petit MFC (C++) en utilisant l'option Boost bibliothèque.
Des idées ?
C'est quelque chose qui concerne les pilotes graphiques. Si vous les mettez à jour, tout ira bien.
Ou vous pouvez désactiver l'accélération graphique matérielle dans Visual Studio en suivant ces étapes :
Dans Visual Studio, cliquez sur " Outils "et cliquez ensuite sur " Options ".
Dans la boîte de dialogue Options, naviguez jusqu'à l'élément " Environnement > Général "et effacer la section " Ajuster automatiquement l'expérience visuelle en fonction des performances du client Cochez la case " ". (Voir la capture d'écran suivante pour cette étape).
Effacez le " Utiliser l'accélération graphique matérielle si elle est disponible "pour empêcher l'utilisation de l'accélération graphique matérielle.
Sélectionnez ou effacez le " Permettre une expérience visuelle riche pour le client "pour s'assurer que les images riches sont toujours activées ou désactivées, respectivement. Lorsque cette case est cochée, les images riches sont utilisées indépendamment de l'environnement informatique. Par exemple, les images riches sont utilisées lorsque vous exécutez Visual Studio localement sur un client riche et sur un bureau distant.
Références :
Cela a marché pour moi, merci. Je ne sais pas pourquoi l'OP n'a pas pris la peine d'accepter gentiment cette réponse.
Essayez de mettre Plug-in de contrôle de source actuel a Aucun (menu Outils → Options → Contrôle des sources ), si vous utilisez le Fournisseur de Microsoft Git qui semble ralentir Visual Studio 2013 de plus en plus au fur et à mesure que la taille du référentiel augmente.
J'ai eu tout le Boîte à outils Dojo sous contrôle de la source à l'aide du fournisseur Git de Microsoft, et il en est arrivé au point où il y avait des délais entre le moment où j'appuyais sur une touche et le moment où le glyphe apparaissait à l'écran. C'est mauvais.
Quand/si vous avez à nouveau besoin de Git, vous pouvez passer à l'option TortoiseGit fournisseur ou Git-Extensions Les deux fonctionneront sans ralentissement. Personnellement, je préfère Git-Extensions.
La suppression du contrôle des sources n'est pas une solution dans un environnement de développement professionnel.
Moi aussi, j'ai eu un peu de mal avec les mauvaises performances de Visual Studio 2013 (Premium). À peu près les mêmes problèmes que ceux rencontrés par TS. Navigation lente, défilement, construction... à peu près tout. Heureusement, j'ai réussi à résoudre mon propre problème en désactivant les paramètres synchronisés dans Visual Studio. Allez dans le menu Outils → Options → Paramètres synchronisés avec l'environnement et supprimer cette option en décochant la case.
Cela m'a aidé à réduire le long temps d'attente (jusqu'à une minute) lors du changement de configuration (par exemple, de 'Debug/x64' à 'Release/Win32'). La désactivation de la synchronisation des paramètres a permis de revenir à une vitesse normale de < 1 seconde. +1
Dans le cas d'applications web, une autre cause de la lenteur de la construction et du débogage (mais pas de la navigation dans l'IDE) pourrait être la Fonction de lien entre navigateurs .
J'ai constaté qu'avec cette option activée, la construction prenait 4 fois plus de temps et le débogage était pénible - après chaque postback, les pages web se figeaient pendant quelques secondes avant que vous puissiez interagir avec elles.
Après la mise à niveau vers VS2013, mes pages, en particulier celles contenant du javascript, ont commencé à se charger très lentement. La désactivation de la fonction Browser Link a résolu ce problème et mes pages web se chargent à nouveau rapidement. Merci beaucoup !
Ce qui est bizarre, c'est que le lien du navigateur ralentit certaines pages et d'autres non. Au moins, on peut facilement vérifier si le lien du navigateur est la source du problème. Il suffit de charger une page où le problème se produit et de vérifier si, après le chargement de la page, l'utilisation du CPU reste élevée. Si c'est le cas et que l'utilisation du CPU est faible si vous désactivez le lien du navigateur, alors vous pouvez être sûr que c'est le lien du navigateur. BTW : J'ai le sentiment que cela a quelque chose à voir avec l'utilisation des attributs de classe en HTML.
Cela a amélioré mon débogage de 400% plus rapidement. La désactivation du lien du navigateur doit être faite par chaque développeur, vous pouvez plutôt ajouter l'appsetting suivant pour le désactiver au niveau du projet <appSettings> <add key="vs:EnableBrowserLink" value="false"/> </appSettings>.
J'utilisais une solution mise à jour depuis Visual Studio 2012. Visual Studio 2013 a également mis à jour le fichier .suo. Suppression du fichier .suo de la solution (il se trouve à côté du fichier .sln), fermeture et réouverture de Visual Studio. a réglé le problème pour moi. Mon fichier .suo est passé de 91KB à 27KB.
Je suis d'accord avec ce conseil. Mon suo était de 1mb !! Je l'ai juste supprimé et rouvert le sln et la saisie et l'intellisense sont maintenant immédiats alors qu'avant l'affichage des propriétés dans l'éditeur xaml prenait des dizaines de secondes.
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.
5 votes
Est-ce que cela peut vous aider ? social.msdn.microsoft.com/Forums/vstudio/en-US/ ?
2 votes
Merci, j'ai désactivé le contrôle de source, mais....it reste lent !
12 votes
J'ai cessé de travailler dans VS2013 après quelques jours, il n'arrêtait pas de geler...
3 votes
Vous devriez envisager de marquer la réponse d'Asim Omers comme étant la solution... elle m'a bien aidé.
0 votes
J'aimerais voir une liste de contrôle complète de tous les cachettes de Visual Studio Temp.
1 votes
Mêmes problèmes, extrêmement lent.
0 votes
Jetez un coup d'œil à ma réponse sur Visual Studio 2015 extrêmement lent . J'espère que cela vous aidera...