vscode visual studio ortografico orthography corrector color code check visual-studio visual-studio-2015

visual studio - visual - ¿Cómo deshabilito VsHub.exe en la bandeja del sistema?



visual studio code orthography (10)

Al iniciar Visual Studio 2015 también se lanzan otros dos ejecutables:

VsHub.exe

y

Microsoft.VsHub.Server.HttpHost.exe

Ambos ocupan un espacio considerable en el administrador de tareas.

¿Cómo puedo eliminar esta opción "Visual Studio Hub"? No uso ninguna de las características de primer nivel de Visual Studio, incluida la Visual Studio Hub.


"VsHub" debe renombrarse a "SmartMobileCloud"; así de estúpido es de moda. Lo dejé; mi edición / depuración de VisualC no se vio afectada.

Después de instalar VisualStudio, elimine las extensiones no utilizadas, realice la corrección "C: / Archivos de programa (x86) / Archivos comunes / Microsoft Shared / - Deleted - VsHub" ... y coloque un archivo de texto "VsHub" allí (sin ".TXT" ), por lo que nada puede recrear la carpeta.


Algo que nadie mencionó anteriormente ...

Según mi registro de firewall, VsHub.exe, Microsoft.VsHub.Server.HttpHost.exe y Microsoft.VsHub.Server.HttpHostx64.exe intentan comunicarse en línea .

Las direcciones que vi a las que hubo intentos de conexión salientes incluyeron 191.236.194.164 (Microsoft Azure, Wichita Kansas) y 23.102.160.172 (Microsoft Azure, Redmond Washington).

Me doy cuenta de que se supone que el software "moderno" está integrado en la nube, pero ...

Como alguien que no requiere nada de los servidores de Microsoft Azure, y que está legítimamente preocupado por la privacidad y no filtrar ninguna parte de lo que estoy trabajando al mundo exterior, realmente me gustaría que A) tuviera una forma de elegir no para ejecutar estos programas, o B) contar con configuraciones para limitar su chat en línea. Sí, el firewall bloquea las conexiones, pero ese es el último recurso.

Solo una simple casilla de verificación, "[] Contactar con los servidores de Microsoft Azure" sería bueno. Si eso significaría no ejecutar los programas en cuestión o simplemente hacer que no hagan las conexiones en línea, no es una consecuencia para mí. Supongo que desde la perspectiva de los recursos, lo primero sería mejor ya que usaría menos recursos.

Como regla general, no propondría cambiar los archivos en el conjunto de archivos de una aplicación instalada, pero como tengo un entorno de máquina virtual dentro del cual puedo probar los cambios a Visual Studio 2015 sin mucha consecuencia (las instantáneas son maravillosas), intenté alterar los permisos (para eliminar la herencia y luego no permitir Leer y ejecutar para usuarios) en estos tres archivos.

Voila, no más aplicaciones VsHub ejecutándose, tratando de contactar sistemas remotos.

Visual Studio viene de inmediato. No estoy viendo un inconveniente aquí.

-Navidad


Como mencionó xakepp35, puede eliminar la carpeta C: / Archivos de programa (x86) / Archivos comunes / microsoft shared / VsHub . Sin embargo, sospecho que las actualizaciones u otros instaladores probablemente intentarán recrearlo.

Lo que hice fue cerrar todos los procesos VS. Tome posesión de la carpeta (como administrador) y luego RAR (ZIP) hasta la carpeta y finalmente elimínela (RAR como copia de seguridad si necesito recuperar los archivos). El mío está en un SSD, así que quiero ahorrar espacio. De lo contrario, simplemente puede cambiarle el nombre y dejarlo en su lugar.

Luego, para evitar que se vuelva a crear, utilicé un viejo truco de Win 3.1. Cree un archivo de texto llamado VsHub.txt en la carpeta compartida C: / Archivos de programa (x86) / Archivos comunes / microsoft . Luego cambie el nombre del archivo de texto y quite la extensión .txt dejando un archivo llamado VsHub . Dado que el sistema operativo no puede crear una carpeta y un archivo del mismo nombre en la misma ubicación, poof, es inaccesible como una carpeta para VS y sus instaladores / actualizadores inaccesibles y futuros tampoco como una carpeta. Luego, si necesita permitir el acceso nuevamente en el futuro, simplemente agregue el archivo .txt nuevamente al archivo y listo.


De acuerdo con un Microsoft Program Manager que comenta en el Blog de Visual Studio que comenta en el Blog de Visual Studio , se usa para admitir la comunicación de múltiples herramientas a través del conjunto VS. Dado lo complicado que es Visual Studio, no recomendaría nada tan duro como la respuesta de xakepp35 (eliminarlo).

En mi Win10 x64 con VS2015 en ejecución, durante la depuración, hay tres procesos y el uso total de RAM es inferior a 150 MB en total. A menos que esté agitando páginas en una máquina con RAM mínima, no hay mucho de qué preocuparse. Dado que está ejecutando VS2015, supongo que tiene 150 MB de sobra.

Hasta que o a menos que encuentre documentación que muestre explícitamente qué es compatible con el Hub, le recomiendo que lo deje. En mi experiencia, las instalaciones de Visual Studio son demasiado fáciles de romper.


Es necesario para BrowserLink, la ventana de Diagnóstico, Intellitrace.

A veces necesito estas características, pero solo tengo 8 GB de RAM. Por lo general, tengo un uso del 90-95%, así que creé un archivo por lotes para activar y desactivar VSHub cambiando el nombre de la carpeta y creando un enlace simbólico a una carpeta vacía con archivos ficticios.

Cierre Visual Studio antes de ejecutarlo.

@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/1.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

En mi máquina, VSHub y sus compinches suelen usar:

  • VsHub.exe: 50 MB inicialmente. 250-350 MB después de más de 2 horas
  • Microsoft.VsHub.Server.HttpHost.exe: 200 MB inicialmente. 350 + MB después de 1+ hrs
  • Microsoft.VsHub.Server.HttpHostx64.exe: 320 MB inicialmente. 550 + MB después de 1+ hrs

Esto libera más de 1 GB de RAM con casi ninguna funcionalidad perdida.


Esta parece ser una navaja suiza de comunicación para el estudio visual según la respuesta de @ sraboy. Se utiliza durante la depuración para mostrar información de rendimiento sobre el proceso en ejecución, pero también para enviar telemetría a Microsoft sobre el proyecto en el que está trabajando. Puede compilar y recorrer bien el código con él deshabilitado (a primera vista).

Eliminar, renombrar o bloquear la creación del proceso vshub con AV interrumpirá el seguimiento del rendimiento que mencioné. La pérdida de vshub mejora la privacidad al usar Visual Studio, ya que se comunica con vortex.data.microsoft.com, pasando información como los GUID de soluciones y proyectos junto con la identificación de su cuenta. A continuación se muestra una captura de pantalla del violinista que intercepta los datos HTTPS.

Bloquear el acceso a nivel de red ayuda con la privacidad, pero no resolverá su problema de uso de recursos. Consideraría esto último como una sobrecarga normal de ejecutar Visual Studio.

Para su caso de uso, probablemente pueda salirse con la suya con alguna forma de deshabilitación (bloquear la creación de instancias con su software antivirus es probablemente el enfoque más limpio), pero puede admitir funcionalidades adicionales que aún no he descubierto.


Estoy usando Windows 7 x64 con Visual Studio Express 2015. He terminado procesos molestos con el Administrador de tareas. Luego he eliminado la carpeta C: / Archivos de programa (x86) / Archivos comunes / microsoft shared / VsHub . Esta operación resuelve el problema, pero requiere derechos de administrador.


Para aquellos de ustedes que desean preservar VSHub y aún poder usar Fiddler, pueden configurar un Filtro en Fiddler con la siguiente configuración:

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

EDITAR: probablemente también desee agregar esto:

Hosts > Show only the following Hosts: = localhost;

para omitir solicitudes de vortex.data.microsoft.com etc.


Pensé que intentaría arrojar algo de luz sobre el VS Hub y para qué está destinado. Yo trabajo para Microsoft.

Como menciona sraboy, VS Hub es un host de servicios fuera de proceso que Visual Studio (y otros productos basados ​​en shell VS como Blend) utilizan para admitir la comunicación de múltiples herramientas, una mejor capacidad de respuesta dentro de devenv (VS) y permitir que ciertos servicios se extiendan más allá de la vida útil del proceso de desove. El conjunto de servicios actualmente alojados en el VS Hub incluye muchos de los elementos mencionados en las otras respuestas, como la configuración de itinerancia, el procesamiento de grandes extensiones de datos ETL que se muestran en las herramientas de diagnóstico, algunos informes de telemetría y la actualización automática de extensiones y notificaciones. Sin embargo, es muy probable que ese conjunto de servicios crezca en el futuro, por lo que incluso si ninguno de esos servicios parece necesario en este momento, se alojarán servicios adicionales allí en el futuro (es decir, es un gran martillo deshabilitar vshub.exe a través de La recomendación de cambio de nombre :-).

En términos de vida útil, los procesos vshub y host (es decir, Microsoft.VsHub.Server.HttpHost (64) .exe) pueden seguir ejecutándose después de que se cierre devenv.exe. Sin embargo, no deben seguir ejecutándose indefinidamente. En la mayoría de los casos, estos procesos finalizarán dentro de ~ 5 minutos desde la última instancia de un cierre de shell basado en VS. Entonces, si tiene una instancia de VS en ejecución (devenv.exe) y una instancia de Blend en ejecución (blend.exe), y cierra devenv.exe, vshub y los procesos host asociados seguirán ejecutándose. Si luego cierra blend.exe, vshub y el proceso de host asociado seguirán ejecutándose. Después de aproximadamente 5 minutos a partir de entonces, sin embargo, esos procesos adicionales se cerrarán. Si inicia otra instancia de devenv.exe dentro de esa ventana de 5 minutos, entonces vshub y los procesos de host asociados no finalizarán y seguirán ejecutándose (básicamente, los procesos de host finalizan cada vez que no reciben ninguna solicitud dentro de los 5 minutos, y después todos los procesos del host finalizan, el proceso vshub.exe termina por sí mismo).

En cuanto a los recursos, el proceso vshub.exe en sí mismo siempre debería ser relativamente ágil. Si alguna vez se agranda, entonces es un error y me encantaría saberlo para poder solucionarlo :-) Los procesos del host, por otro lado, pueden aumentar mucho dependiendo del servicio que se aloja. En particular, las herramientas de diagnóstico funcionan procesando ETL. ETL puede ser muy, muy grande y, como tal, el host puede usar muchos recursos. El equipo de diagnóstico está buscando formas de reducir eso, pero por el momento, cerrar la ventana de la herramienta de diagnóstico cuando no la necesite debería ayudar a mitigar el problema.

En términos de conectividad en línea, hay tres fuentes principales en el conjunto actual de servicios alojados en este momento (tenga en cuenta que esto cambiará con el tiempo). Primero, como menciona el usuario 3345048, el servicio que detecta y actualiza automáticamente las extensiones se ejecuta en ese proceso. Las opciones que controlan esa comunicación están en Herramientas | Opciones | Medio ambiente | Extensiones y actualizaciones (ver las dos primeras casillas de verificación). En segundo lugar, la configuración de roaming se ejecuta como un servicio en VS Hub. La configuración que controla este comportamiento está en Herramientas | Opciones | Medio ambiente | Configuraciones sincronizadas (o más holísticamente, si no inicia sesión en la cuenta de personalización en la esquina superior derecha de VS). Finalmente, el VS Hub informa telemetría. El volumen de estos datos se puede reducir significativamente a través de la Ayuda | Opciones de comentarios del cliente | Configuración ... elemento del menú. También puede leer sobre el tipo de telemetría que recopila Microsoft y cómo se usa en esa ubicación.


Una de las razones por las que Visual Studio intenta conectarse en línea parece también que, de forma predeterminada, busca actualizaciones en línea para Visual Studio y sus extensiones.

Además, Visual Studio incluye una versión de Internet Explorer dentro de su núcleo para que la página web (y la extensión) se puedan descargar en vivo. En otras palabras, también actúa como un navegador y, como todos sabemos ... Microsoft está muy interesado en verificar los datos de sus usuarios y el uso de su software.

Hay muchas funciones en línea en el menú Herramientas Opciones . (Para ser honesto, prefiero MonoDevelop incluso con sus defectos).