启动 Visual Studio 2015 还会启动另外两个可执行文件:
VSHub.exe
and
Microsoft.VsHub.Server.HttpHost.exe
这两者都在任务管理器中占用了相当大的空间。
如何删除这个“Visual Studio Hub”选项?我不使用 Visual Studio 的任何“一流”功能,包括 Visual Studio Hub 功能。
我想我应该尝试阐明 VS Hub 及其用途。我在微软工作。
正如 sraboy 提到的,VS Hub 是一个进程外服务主机,Visual Studio(以及其他基于 VS shell 的产品,例如 Blend)使用它来支持多工具通信、devenv (VS) 内更好的响应能力,以及使某些服务能够延长生成过程的生命周期。当前托管在 VS Hub 中的服务集包括其他答案中提到的许多项目,例如漫游设置、诊断工具中呈现的大量 ETL 数据的处理、一些遥测报告和扩展自动更新和通知。不过,这组服务很可能在未来增长,因此即使目前看来这些服务都没有必要,将来也会在那里托管额外的服务(也就是说,通过禁用 vshub.exe 是一个相当大的锤子)重命名建议:-)。
就生命周期而言,vshub 和主机进程(即 Microsoft.VsHub.Server.HttpHost(64).exe)可以在 devenv.exe 关闭后保持运行。但是,它们不应该无限期地继续运行。在大多数情况下,这些进程将在基于 VS 的 shell 的最后一个实例关闭后约 5 分钟内终止。因此,如果您有一个正在运行的 VS 实例 (devenv.exe) 和一个正在运行的 Blend 实例 (blend.exe),并且您关闭了 devenv.exe,则 vshub 和关联的主机进程将继续运行。如果您随后关闭 Blend.exe,vshub 和关联的主机进程仍将运行。然而,大约 5 分钟后,这些附加进程将关闭。如果您在该 5 分钟窗口内启动 devenv.exe 的另一个实例,则 vshub 和关联的主机进程将不会终止,并将继续运行(基本上,主机进程在 5 分钟内未收到任何请求时终止,并且在 5 分钟后)所有主机进程都会终止,vshub.exe 进程本身也会终止)。
从资源角度来看,vshub.exe 进程本身应该始终相对灵活。如果它变得很大,那么这就是一个错误,我很想知道它,以便我们可以修复它:-) 另一方面,主机进程可能会变得非常大,具体取决于所托管的服务。特别是,诊断工具通过处理 ETL 来工作。 ETL 可能非常非常大,因此主机可能会使用大量资源。诊断团队正在寻找减少这种情况的方法,但目前,在不需要时关闭诊断工具窗口应该有助于缓解问题。
就在线连接而言,目前当前的托管服务集中有三个主要来源(请注意,这会随着时间的推移而改变)。首先,正如 user3345048 提到的,检测和自动更新扩展的服务在该进程中运行。控制该通信的选项位于工具|选项|环境 |扩展和更新(请参阅前两个复选框)。其次,漫游设置作为 VS Hub 中的服务运行。控制此行为的设置位于工具|选项|环境 |同步设置(或者更全面地说,如果您没有登录 VS 右上角的个性化帐户)。最后,VS Hub 会报告遥测数据。通过以下方式可以显着减少该数据量帮助 |客户反馈选项 |设置…菜单项。您还可以了解 Microsoft 收集的遥测数据类型及其在该位置的使用方式。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)