119 votes

Spamming de Visual Studio 2015 Update 1 localhost

J'ai installé Visual Studio Update 1 hier et maintenant lors de l'exécution de services ASP.NET localement sur IIS (pas la version express). Je vois des centaines de demandes par seconde à l'adresse

  http://localhost:49155/vshub/ca9dea4b016f45c68a6a8c1a07809eb4/DataWarehouseModule/dataWarehouse/getStatus/ 
 

Qu'est-ce qui cause cela et est-il évitable?

110voto

KyleUp Points 485

Une autre option pour empêcher le violoniste de grignoter votre processeur est d’écrire une règle dans le violoneur pour ignorer ces requêtes. Aller aux règles> Personnaliser les règles ... trouvez la fonction OnBeforeRequest et ajoutez

 if(oSession.oRequest.headers["host"]=="localhost:49155"){
    oSession["ui-hide"] = "true";
}
 

alors le mien ressemble à ceci:

 static function OnBeforeRequest(oSession: Session) {
    if(oSession.oRequest.headers["host"]=="localhost:49155"){
        oSession["ui-hide"] = "true";
    }
}
 

52voto

jessehouwing Points 16951

C'est le débogueur de l'envoi des informations à VSHub processus. C'est de la communication interne entre les deux processus, de sorte qu'une partie de la débogueur de collecte de données peut se produire out-of-process.

Il aide avec le débogueur les info-bulles, des informations sur les performances, l'historique de l'expérience de débogage et plus. En tant que tel il n'y a pas moyen de le désactiver sans gravement invalidante de l'avancée du débogueur de fonctionnalités.

Vous pouvez désactiver certaines de ces fonctionnalités off (bien que d'autres fonctions peuvent tout de même compter sur Vshub faire out-of-process de travail en arrière-plan):

Outils > Options > Débogage > Général > [ ] Activer les Outils de Diagnostic pendant le débogage

La communication est purement local et ne pas poser un grave surcharge ou d'une question. Est-il une raison spécifique que vous souhaitez vous en débarrasser? Des outils comme Fiddler peut être configuré pour filtrer sur le processus, de sorte que le fait d'ignorer ce trafic devrait être simple.

18voto

Brian Reischl Points 3271

Comme cela s’est transformé en un moyen de faire en sorte que Fiddler ignore les requêtes, le moyen le plus simple que j’ai trouvé est d’aller dans l’onglet Filtres, section En-têtes de requêtes, de cocher la case «Masquer si l’URL contient» et d’entrer «/ vshub /».

Se cacher avec des filtres

7voto

Tedd Hansen Points 4893

Je réalise que ce n'est pas la solution, mais cela peut aider les autres qui viennent ici (comme moi).

Développer la réponse donnée par KyleUp. Ajouter ceci à la méthode "OnBeforeRequest" est un peu plus général et empêche tous les messages localhost / vshub / debug de remplir la vue dans Fiddler.

 if(oSession.oRequest.headers["host"].StartsWith("localhost") 
   && oSession.PathAndQuery.StartsWith("/vshub/")) {
    oSession["ui-hide"] = "true";
}
 

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