Amélioration / résolution du décalage d'entrée du clavier avec Visual Studio 2013


16

J'ai un léger retard (50-200 ms estimé) avec l'entrée au clavier (modification de code) à partir de Visual Studio 2013. Le problème ne se produit pas avec Visual Studio 2010. Lors de la frappe, il y a un léger retard avant que la touche ne s'affiche l'écran. Je ne sais pas si c'est quelque chose que je peux réparer.

Voici quelques éléments qui peuvent réduire le problème.

  • J'ai utilisé msconfig pour fermer des programmes.
  • J'ai une configuration à double moniteur, avec une résolution de 1920 x 1080 sur les deux (1700 Mo de mémoire vidéo totale selon dxdiag)
  • Utilisation d'un ordinateur portable, quad-core i7, 8 Go de RAM
  • Windows 7, 64 bits
  • Le problème se produit dans Visual Studio 2013 (Professional), l'édition de code (y compris le mode sans échec VS2013) (ce qui signifie, ne mentionnez pas les plugins dans votre réponse si vous voulez voter) - Voir https://msdn.microsoft.com/en-us /library/ms241278(v=vs.120).aspx pour une explication de ce que fait le mode sans échec.
  • Le problème ne se produit pas dans Visual Studio 2010
  • Le problème ne se produit pas dans le bloc-notes
  • Parfois, cela peut empirer si l'ordinateur fonctionne depuis des jours, le redémarrage l'améliore temporairement (mais toujours un peu plus de retard que VS2010)

Évidemment, Visual Studio 2013 est plus récent et a plus de cloches et de sifflets, peut-être qu'une de ces fonctionnalités crée des frais supplémentaires liés à la saisie de code. Toutes les idées qui pourraient améliorer cela seront utiles. Je préfère des solutions plus simples, mais je prendrai ce que je peux obtenir.


2
J'ai les mêmes problèmes. Cela a été remarqué immédiatement lors du passage de VS2012 à VS2013, et mes collègues l'ont également vécu. Non seulement il y a un retard dans l'affichage de mon code, mais il semble que les choses ne se produisent plus séquentiellement. Un modèle commun pour moi est contrôle + f, contrôle + v. Cela serait collé dans la boîte de dialogue de recherche dans VS2012, mais dans VS2013, il est collé dans l'éditeur de code avant que la boîte de dialogue de recherche n'apparaisse. Lorsque je le remarque, j'appuie sur Ctrl + Z pour annuler, mais cela se retrouve dans la boîte de dialogue de recherche en raison du temps écoulé.
Joseph Lennox

1
Ce fil aide- t- il ?
harrymc

Je ne le savais pas, mais non, cela n'a pas fait de différence dans mon cas, malheureusement.
Nuzzolilo

Vous devez vérifier deux choses: la charge du processeur et la charge du lecteur. Ouvrez le Gestionnaire des tâches et observez la charge de l'UC pour déterminer si le problème est dû à la surcharge de l'UC. Regardez la LED du disque dur pour voir si elle clignote rapidement ou allumée et fixe pour voir si le problème est dû au disque dur qui est écrasé (et donc surchargé). Les deux peuvent provoquer ce symptôme. Si vous constatez que c'est le cas, votre prochaine étape consiste à comprendre pourquoi le système est surchargé.
Synetech

Dans mon cas, 0% de processeur et 0% de disque. Mais toute modification de texte est-elle très en retard? Doit être dû à une sorte de plugin ou quelque chose.
Zapnologica

Réponses:


12

J'ai également connu un sérieux décalage de clavier lors de la frappe avec VS2013. Pour moi, les choses se sont beaucoup améliorées en désinstallant un plugin particulier:

Tools --> Extensions and Updates -->  Uninstall Application Insights

Je ne me souviens pas avoir installé ce plugin, mais il s'appelle Application Insights Tools for Visual Studio . La page référencée mentionne que cette extension est un aperçu, pour ce qu'elle vaut.


1
Savez-vous si ce problème s'est également produit en mode sans échec?
Nuzzolilo

3

J'ai eu la même expérience avec VS 2013 Ultimate.

Cela s'est beaucoup amélioré lorsque j'ai désactivé la fonction CodeLens .

(vous pouvez le trouver dans Options -> Éditeur de texte -> Toutes les langues -> CodeLens -> décochez Activer CodeLens)


2

J'ai eu ce problème de réponse de frappe lente lors de la modification d'un fichier Razor (.cshtml), et avec ReSharper actif. Il y avait un paramètre sous le groupe d'édition de code dans les options ReSharper pour Razor -> Actions de contexte. Il y a deux cases à cocher:

   _ Convertir le balisage de bloc de rasoir en balisage de ligne
   _ Convertir le balisage de ligne de rasoir en balisage de bloc

Les deux ont été vérifiés, ce qui n'avait aucun sens, alors je les ai décochés tous les deux. Puis je suis retourné à l'édition du fichier, et le tour est joué - accélération instantanée sur ma frappe!


Resharper est désactivé en mode sans échec. Cette question mentionne spécifiquement que ce comportement persiste en mode sans échec. Aucun vote n'a été donné.
Nuzzolilo

Il peut y avoir un bogue dans l'enregistrement de ces paramètres. Cela m'a fait trébucher. Vérifiez que vous avez la dernière version de R # installée jetbrains.com/help/resharper/2017.1/…
cottsak

1

J'ai eu le même problème mais quand je suis allé fermer VS 2013, j'ai reçu une erreur disant que je devais télécharger Microsoft SQL Server Compact 4.0. Eh bien, je suis allé l'installer puis j'ai redémarré VS 2013 et ça fonctionne bien et maintenant.


0

La désactivation de la mise à jour automatique d'Intellisense à l'aide du "Disable Auto Updating" in Options -> Text Editor -> C/C++ -> Advancedrésolu pour moi (dans le cas de fichiers C / C ++).

J'ai également remarqué que l'utilisation de fichiers plus petits m'a aidé avant de trouver le paramètre ci-dessus. Le décalage ne s'est manifesté que lors de la modification du début ou du milieu d'un long fichier. À la fin d'un long dossier, il n'y avait aucun décalage.


0

Dans l'ensemble, la désactivation des écrans supplémentaires (deuxième ou troisième moniteur) a eu les résultats les plus cohérents pour résoudre ce problème pour moi. Je ne connais pas le processus exact qui cause le ralentissement, mais la machine doit faire beaucoup de traitement supplémentaire pour sortir sur plusieurs écrans.

Avec mon PC de bureau à domicile avec une Geforce GTX 980 Ti, ce n'est pas un problème. Mais la plupart des machines standard incluront le décalage subtil avec plusieurs écrans.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.