Comment désactiver VsHub?exe dans le plateau du système?

j'ai pensé que je pourrais essayer d'apporter un peu de lumière sur le Hub VS et ce à quoi il est destiné. Je travaille pour Microsoft.

comme le mentionne sraboy, le VS Hub est un hôte de services hors-proc que Visual Studio (et D'autres produits basés sur le VS shell tels que Blend) utilisent afin de soutenir la communication multi-outils, une meilleure réactivité au sein de devenv (VS), et permettre à certains services de prolonger la durée de vie du processus de frai. L'ensemble des services actuellement hébergés dans le vs Hub inclut de nombreux éléments mentionnés dans les autres réponses, tels que les paramètres d'itinérance, le traitement de grandes quantités de données ETL qui sont rendues dans l'outil de diagnostic, certains rapports de télémétrie, et la mise à jour automatique de l'extension et les notifications. Cet ensemble de services est très susceptible de se développer à l'avenir, cependant, même si aucun de ces services ne semble nécessaire à l'heure actuelle, des services supplémentaires y seront hébergés à l'avenir (c'est-à-dire qu'il s'agit d'un assez gros marteau pour désactiver le vshub.exe à travers le renommer recommandation: -).

en termes de durée de vie, les processus vshub et host (i.e. Microsoft.VsHub.Serveur.HttpHost (64).exe) peut continuer à courir après devenv.l'exe ferme. Toutefois, ils ne devraient pas continuer à fonctionner indéfiniment. Dans la plupart des cas, ces processus se termineront environ 5 minutes après la dernière instance de fermeture D'un shell basé sur le VS. Donc, si vous avez une instance de VS tournant (devenv.exe) et une instance de Blend running (blend.exe), et vous fermez devenv.exe, vshub et le processus d'hôte va continuer. Si vous fermez alors mélange.exe, vshub et le processus hôte associé seront toujours en cours d'exécution. Après environ 5 minutes, cependant, ces processus supplémentaires vont s'arrêter. Si vous commencez une autre instance de devenv.exe dans cette fenêtre de 5 minutes, puis vshub et les processus hôtes associés ne se termineront pas, et continueront à fonctionner (essentiellement les processus hôtes se terminent chaque fois qu'ils ne reçoivent pas de requêtes dans les 5 minutes, et après la fin de tous les processus hôtes, Le vshub.le processus exe lui-même se termine).

Ressource-sage, le vshub.exe processus lui-même doit toujours être relativement souple. Si jamais il devient grand, alors c'est un bug et j'aimerais le savoir pour que nous puissions le corriger :-) les processus de l'hôte, d'un autre côté, peuvent devenir très grands en fonction du service qui est hébergé. En particulier, l'outillage de diagnostic fonctionne par traitement ETL. ETL peut être très, très, grand, et en tant que tel, l'hôte peut utiliser beaucoup de ressources. L'équipe de diagnostic est à la recherche de moyens pour réduire cela, mais pour le moment, la fermeture de la fenêtre de l'outil de diagnostic lorsque vous n'en avez pas besoin devrait aider à atténuer le problème.

en termes de connectivité en ligne, il y a trois sources principales dans l'ensemble actuel des services hébergés à l'heure actuelle (notez que cela va changer avec le temps). Tout d'abord, comme le mentionne user3345048, le service qui détecte et met à jour automatiquement les extensions fonctionne dans ce processus. Le les options qui contrôlent cette communication sont dans Outils / Options | Environnement / Extensions et mises à jour (voir les deux premières cases à cocher). Deuxièmement, les paramètres de roaming fonctionnent comme un service dans le vs Hub. Le paramètre qui contrôle ce comportement est dans Outils / Options | Environnement / réglages synchronisés (ou plus globalement, Si vous ne vous connectez pas au compte de personnalisation dans le coin supérieur droit de VS). Enfin, la plateforme VS fait rapport télémétrie. Le volume de ces données peut être considérablement réduit via le menu Help | Customer Feedback Options | Settings... . Vous pouvez également lire sur le type de télémétrie que Microsoft recueille et comment il est utilisé à cet endroit.

quelque Chose que personne n'a mentionné ci-dessus...

selon mon journal de pare-feu, VsHub.exe, Microsoft.VsHub.Serveur.HttpHost.exe, et Microsoft.VsHub.Serveur.HttpHostx64.exe tous essayer de communiquer en ligne .

adresses que j'ai vu à laquelle il y avait des tentatives de connexion sortante inclus 191.236.194.164 (Microsoft Azure, Wichita Kansas) et 23.102.160.172 (Microsoft Azure, Redmond Washington).

I réaliser des logiciels "modernes" est censé être intégré dans le nuage, mais...

en tant que quelqu'un qui n'a pas besoin de quoi que ce soit des serveurs Microsoft Azure, et qui est légitimement préoccupé par la vie privée et ne laissant aucune partie de ce que je travaille sur le monde extérieur, je voudrais vraiment a) d'avoir un moyen de choisir de ne pas exécuter ces programmes, ou B) être fourni avec des paramètres pour limiter leur chattiness en ligne. Oui, le pare-feu bloque les connexions, mais c'est un dernier recours.

Juste une simple case à cocher "[ ] Contact Microsoft Azure Serveurs", ce serait bien. Que cela signifie Ne pas exécuter les programmes en question ou tout simplement les avoir ne pas faire les connexions en ligne n'est pas d'importance pour moi. Je suppose que du point de vue des ressources, la première serait meilleure, car elle utiliserait moins de ressources.

en règle générale, je ne proposerais pas de changer les fichiers dans la suite de fichiers d'une application installée, mais comme j'ai un environnement de machine virtuelle dans lequel je peux tester les modifications de Visual Studio 2015 sans trop de conséquences (les snapshots sont merveilleux), j'ai essayé de modifier les permissions (pour supprimer l'héritage puis interdire la lecture et L'exécution pour les utilisateurs) sur ces trois fichiers.

voilà, plus d'applications VsHub en cours d'exécution, essayant de contacter des systèmes à distance.

Visual Studio arrive. Je ne vois pas un inconvénient.

- Noel

j'utilise Windows 7 x64 avec Visual Studio Express 2015. J'ai mis fin à des processus ennuyeux avec le Gestionnaire des tâches. Puis j'ai supprimé le C:\Program fichiers (x86)\Common Files\Microsoft shared\VsHub dossier. Cette opération résout le problème, mais nécessite des droits d'administrateur.

comme xakepp35 mentionné, vous pouvez supprimer le C:\Program fichiers (x86)\Common Files\Microsoft shared\VsHub dossier. Cependant, je soupçonne que les mises à jour ou d'autres installateurs vont probablement essayer de le recréer.

ce que j'ai fait était d'arrêter tous les processus VS. Prendre possession du dossier (en tant qu'administrateur), puis RAR (ZIP) du dossier et enfin le supprimer (RAR comme une sauvegarde si j'ai besoin des fichiers). Le mien est sur un SSD donc je veux économiser de l'espace. Sinon, vous pourriez simplement le renommer et le laisser en place.

alors pour l'empêcher de se créer à nouveau, j'ai utilisé un vieux truc Win 3.1. Créez un fichier texte nommé VsHub.txt dans le C:\Program fichiers (x86)\Common Files\Microsoft a partagé le dossier . Puis renommer le fichier texte et enlever le .txt extension laissant un fichier nommé VsHub . Depuis L'OS ne peut pas créer un dossier et un fichier du même nom dans le même endroit, poof, son inaccessible comme un dossier à VS et son inaccessible et futurs installateurs/updaters comme un dossier soit. Alors si vous devez autoriser l'accès à nouveau à l'avenir, il suffit d'ajouter le .txt de retour sur le fichier et vous partez.

cela semble être un couteau suisse de communication pour visual studio comme la réponse de @sraboy. Il est utilisé pendant le débogage pour afficher des informations de performance sur le processus en cours d'exécution, mais aussi pour envoyer de la télémétrie à Microsoft sur le projet sur lequel vous travaillez. Vous pouvez construire et passer par le code amende avec lui désactivé (à première vue).

supprimer, renommer ou bloquer la création du processus vshub avec AV va briser le traçage des performances que j'ai mentionné. Perdre vshub améliore l'intimité tout en utilisant Visual Studio comme il communique avec vortex.data.microsoft.com, en transmettant des informations telles que solution & Project GUIDs avec votre numéro de Compte. ci-dessous est une capture d'écran de fiddler interceptant les données HTTPS.

bloquer l'accès au niveau du réseau aide à protéger la vie privée, mais cela ne réglera pas votre problème d'utilisation des ressources. Je considérerais ce dernier comme un overhead normal du fonctionnement de Visual Studio.

pour votre cas d'utilisation, vous pouvez probablement vous en tirer avec une certaine forme de désactivation (le blocage de l'instanciation avec votre logiciel antivirus est probablement l'approche la plus propre), mais il peut prendre en charge des fonctionnalités supplémentaires que je n'ai pas encore compris.

pour ceux d'entre vous qui veulent préserver VSHub et encore pouvoir utiliser Fiddler, vous pouvez configurer un filtre dans Fiddler avec le paramètre suivant:

Request Headers > Hide if URL contains =
REGEX:localhost:\d+\/vshub\/

EDIT - vous voulez probablement ajouter ceci aussi:

Hosts > Show only the following Hosts: =
localhost;

pour omettre vortex.data.microsoft.com etc.. demandes

selon un gestionnaire de programme de Microsoft commentant sur le Blog de Visual Studio commentant sur le Blog de Visual Studio , il est utilisé pour soutenir la communication multi-outils à travers la suite VS. Vu la complexité de Visual Studio, Je ne recommande rien d'aussi dur que la réponse de xakepp35 (la supprimer).

sur mon Win10 x64 avec VS2015 en cours d'exécution, pendant le débogage, il y a trois processus et l'utilisation totale de la RAM est inférieure à 150 Mo au total. Sauf si vous tapez sur une machine avec un minimum de mémoire vive, ce n'est pas grand-chose à craindre. Étant donné que vous dirigez VS2015, je suppose que vous avez 150 Mo à épargner.

Jusqu'à ou à moins que vous ne trouviez de la documentation montrant explicitement ce que le Hub supporte, je vous conseille de laisser tomber. D'après mon expérience, les installations de Visual Studio sont beaucoup trop faciles à casser.

L'une des raisons pour lesquelles Visual Studio Tente de se connecter en ligne semble également que, par défaut, rechercher en ligne des mises à jour pour Visual Studio et ses extensions.

aussi, Visual Studio inclut une version D'Internet Explorer dans son noyau afin que la page Web (et l'extension) puisse être téléchargée en direct. En d'autres termes, il agit comme un navigateur comme bien et comme nous le savons tous... Microsoft est assez désireux de vérifier les données de ses utilisateurs et l'utilisation de son logiciel.

il y a beaucoup de fonctions en ligne dans le menu outils → Options . (Pour être honnête, je préfère MonoDevelop même avec ses défauts.)

il est nécessaire pour BrowserLink, la fenêtre de diagnostic, Intellitrace.

j'ai parfois besoin de ces fonctionnalités, mais je n'ai que 8 Go de RAM. Je suis généralement à 90-95% d'utilisation donc j'ai créé un fichier batch pour basculer VSHub on and off en renommant le dossier et en créant un lien symbolique vers un dossier vide avec des fichiers factices.

Shutdown Visual Studio avant l'exécution.

@echo off
goto CheckVsHubRunning

:KillVsHub
    echo Killing VsHub Process
    taskkill /IM VsHub.exe /T /F
    TIMEOUT /T 3 /NOBREAK
:CheckVsHubRunning
    ver > nul
    tasklist /FI "IMAGENAME eq VsHub.exe" | find /I /N "VsHub.exe"
    if "%ERRORLEVEL%"=="0" goto KillVsHub
    if "%ERRORLEVEL%"=="1" echo VsHub is not running.
    echo.

PUSHD "C:\Program Files (x86)\Common Files\microsoft shared"
    IF NOT EXIST "VsHub.original" (
        echo Renaming Original VsHub folder.
        RENAME "VsHub" "VsHub.original"
    )
    IF NOT EXIST "VsHub.dummy" (
        echo Creating Dummy Folder and Contents
        mkdir       "VsHub.dummy"
        copy NUL >  "VsHub.dummy.0.0.0"
        copy NUL >  "VsHub.dummy\ServiceModules"
        mkdir       "VsHub.dummy\dummy"
    )

    IF EXIST "VsHub\dummy" (
        echo ENABLING VsHub
        echo.
        rmdir       VsHub
        mklink /d   VsHub   VsHub.original

    ) ELSE (
        echo DISABLING VsHub
        echo.
        rmdir       VsHub
        mklink /d   VsHub   VsHub.dummy
    )
echo.
pause

sur ma machine VSHub et ses copains utilisent habituellement:

• VsHub.exe: 50 Mo initialement. 250-350 MB après 2+ h 1519110920"
• Microsoft.VsHub.Serveur.HttpHost.exe: 200 Mo initialement. 350 + MB après 1+ h 1519110920"
• Microsoft.VsHub.Serveur.HttpHostx64.exe: 320 Mo initialement. 550 + MB après 1+ h 1519110920"

cela libère plus de 1 Go de RAM avec à peine une fonctionnalité perdue.

"VsHub" devrait être renommé "SmartMobileCloud"; c'est comment stupidTrendy il est. Je l'ai jetée à l'; mon édition/débogage de VisualC n'a pas été endommagé.

après l'installation de VisualStudio, supprimer les extensions inutilisées, faire le "C:\Program fichiers (x86)\Common Files\Microsoft Shared\ - Deleted - VsHub" fixer... et mettez un fichier texte " VsHub "là ( non".TXT" ), donc rien ne peut recréer le dossier.