2008-09-19 10 views
5

J'ai recherché d'autres articles sur ce problème et j'ai même essayé certaines des idées dans this thread; Cependant, rien n'a encore résolu le problème. Donc, sur la question.Les fichiers d'enregistrement de Visual Studio 2008 sont lents

Quelque chose se produit lorsque vous travaillez dans Visual Studio (généralement en C#), ce qui fait que l'EDI devient un peu bancal lorsque vous enregistrez un fichier. Je vais travailler très bien pendant un moment puis à un moment donné, je remarque que chaque fois que je sauvegarde un fichier (Ctrl + S), il devient très lent.

Le comportement que je remarque est le suivant: J'ai frappé sauvegarder d'une certaine façon (Ctrl + S, menu, etc ...) et dans la barre d'état, je vois le mot Recherche apparaître. Il semble qu'il scanne tous les espaces de noms chargés pour quelque chose, même si je n'ai aucune idée de quoi ou pourquoi il le fait. Cela provoque un réel hoquet dans le flux de travail puisque typiquement je vais frapper Ctrl + S souvent et continuer à taper.

J'ai été incapable de trouver ce qui cause exactement cela. Cela s'est produit dans plusieurs types de projets (web, WPF, console).

Quelqu'un at-il déjà vu ce comportement ou avez-vous des suggestions?

+0

J'ai un problème similaire avec Visual C++ 2005 – sergtk

Répondre

3

J'ai déjà rencontré un problème similaire à celui-ci. Utilisez-vous un plugin comme ReSharper ou DevExpress?

+1

J'ai un DevExpress installé. Je n'avais pas réalisé qu'il était toujours là car il n'apparaît pas dans ma liste de compléments pour une raison quelconque. – palehorse

+1

Je n'ai pas eu le problème depuis la désinstallation de DevExpress. Cela aurait normalement eu lieu à nouveau à ce moment-là. Merci! – palehorse

+0

J'ai à la fois DevEx et ReSharper installés, je vois que l'un de mes pages prend plus de 30 secondes pour enregistrer. J'ai essayé de désactiver ReSharper mais pas de chance. Y at-il quelque chose que je peux faire avec DevEx ou quoi que ce soit? – Dextere

1

Avez-vous désactivé intellsense? Nous avons vu que cela embourbe toutes sortes de choses dans Visual Studio.

+0

Je n'ai pas, l'une des raisons pour lesquelles j'utilise VisualStudio est l'Intellisense. – palehorse

+0

Je voudrais au moins essayer et voir si cela résout votre problème. Vivre avec intellisense, c'est comme jouer avec le diable parfois :-). Si votre problème disparaît, au moins vous l'avez identifié. Il existe de bonnes alternatives disponibles (telles que Visual Assist). – Mark

+0

J'ai juste essayé d'enlever DeveExpress. Si mon problème ne disparaît pas, je vais essayer de désactiver Intellisense, merci :) – palehorse

0

J'ai eu le même problème avec Visual Studio 2005.

J'ai lu plusieurs messages (désolé, je ne pouvais pas poster les liens en raison de: désolé, les nouveaux utilisateurs ne peuvent afficher un maximum d'un lien hypertexte).

j'ai couru FileMon et a découvert que lors de l'enregistrement de l'IDE continue d'interroger C: \ Documents and Settings \ iguigova \ Local Settings \ Application Data \ Microsoft \ WebsiteCache

Puis je suis tombé sur ce poste: http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=347228

Maintenant, j'essaie d'effacer le répertoire. Il était plein. Je prévois de mettre un fichier batch pour supprimer son contenu tous les jours ...

Bonne chance!

6

Je sais que la question est ancienne, mais cela peut aider d'autres personnes qui ont le même problème.

J'ai eu un problème avec VS 2008 prenant beaucoup de temps pour enregistrer certains fichiers. Pas tous les fichiers, juste quelques fichiers. Frapper Ctrl + S prendrait n'importe où de 30-120 secondes. J'ai trouvé que c'était sur des pages ayant JavaScript externe. Alors, je les ai sélectivement commentés et essayé de sauver et trouvé le délinquant.

Culprit était Google traduire le code javascript.

Il commence par <script src="//translate.google.com/translate_a...

Notez que le // au début du src. Tous les autres scripts externes qui ont commencé avec http: // n'avaient aucun problème, j'ai changé le // en http: // et le problème a été résolu.

Il semble que VS essaie d'obtenir le fichier localement si le chemin n'est pas http. Je ne sais pas ce que ça fait, mais cela a réglé le problème pour moi.