Skip to main content
Active reading.
Source Link
Peter Mortensen
  • 31.3k
  • 22
  • 109
  • 132

This seems to be a communication swiss armySwiss Army knife for visual studio as per @sraboy's answer. It is used during debugging to display performance information about the running process, but also to send telemetry to microsoftMicrosoft about the project you're working on. You can build and step through code fine with it disabled (at first glance).

Removing, renaming or blocking the vshub process creation with AV will break the performance tracing I mentioned. Losing vshub improves privacy while using visual studioVisual Studio as it communicates with vortex.data.microsoft.com, passing information such as solution & project guidsGUIDs along with your account id. BelowBelow is a screenshot from fiddler intercepting the HTTPS data.

Blocking access at network level helps with privacy, but it will not address your resource usage issue. I would consider the latter as a normal overhead of running Visual studioStudio.
For

For your use case, you can probableprobably get away with some form of disabling (blocking instantiation with your Anti Virusantivirus software is probably the cleanest approach), but it may support additional functionality I haven't figured out yet.

Data communicated to microsoft, via vshubData communicated to Microsoft, via vshub

This seems to be a communication swiss army knife for visual studio as per @sraboy's answer. It is used during debugging to display performance information about the running process but also to send telemetry to microsoft about the project you're working on. You can build and step through code fine with it disabled (at first glance).

Removing, renaming or blocking the vshub process creation with AV will break the performance tracing I mentioned. Losing vshub improves privacy while using visual studio as it communicates with vortex.data.microsoft.com, passing information such as solution & project guids along with your account id. Below is a screenshot from fiddler intercepting the HTTPS data.

Blocking access at network level helps with privacy, but will not address your resource usage issue. I would consider the latter as a normal overhead of running Visual studio.
For your use case, you can probable get away with some form of disabling (blocking instantiation with your Anti Virus is probably the cleanest approach), but it may support additional functionality I haven't figured out yet.

Data communicated to microsoft, via vshub

This seems to be a communication Swiss Army knife for visual studio as per @sraboy's answer. It is used during debugging to display performance information about the running process, but also to send telemetry to Microsoft about the project you're working on. You can build and step through code fine with it disabled (at first glance).

Removing, renaming or blocking the vshub process creation with AV will break the performance tracing I mentioned. Losing vshub improves privacy while using Visual Studio as it communicates with vortex.data.microsoft.com, passing information such as solution & project GUIDs along with your account id. Below is a screenshot from fiddler intercepting the HTTPS data.

Blocking access at network level helps with privacy, but it will not address your resource usage issue. I would consider the latter as a normal overhead of running Visual Studio.

For your use case, you can probably get away with some form of disabling (blocking instantiation with your antivirus software is probably the cleanest approach), but it may support additional functionality I haven't figured out yet.

Data communicated to Microsoft, via vshub

Source Link
Frederik
  • 3k
  • 1
  • 18
  • 27

This seems to be a communication swiss army knife for visual studio as per @sraboy's answer. It is used during debugging to display performance information about the running process but also to send telemetry to microsoft about the project you're working on. You can build and step through code fine with it disabled (at first glance).

Removing, renaming or blocking the vshub process creation with AV will break the performance tracing I mentioned. Losing vshub improves privacy while using visual studio as it communicates with vortex.data.microsoft.com, passing information such as solution & project guids along with your account id. Below is a screenshot from fiddler intercepting the HTTPS data.

Blocking access at network level helps with privacy, but will not address your resource usage issue. I would consider the latter as a normal overhead of running Visual studio.
For your use case, you can probable get away with some form of disabling (blocking instantiation with your Anti Virus is probably the cleanest approach), but it may support additional functionality I haven't figured out yet.

Data communicated to microsoft, via vshub