Могу ли я удалить ServiceHub. * В Visual Studio 2017?

В VS2015 в фоновом режиме было множество вещей, таких как "VsHub" и т.д. Он подключался к серверам MS и, возможно, к утечкам. Таким образом, общий подход заключался в том, чтобы удалить эти файлы.

В VS2017 в фоновом режиме есть еще более странные вещи. Тем не менее, я прочитал, что он выполняет больше внепрограммного процесса, поэтому удаление его может оказаться невозможным.

У меня работает:

  • ServiceHub.Host.CLR.x86.exe
  • ServiceHub.IdentityHost.exe
  • ServiceHub.SettingsHost.exe
  • ServiceHub.VsDetouredHost.exe

... и я видел, как в моем диспетчере задач появляются другие вещи.

Меня не интересует использование ресурсов/памяти, как жалуются другие. В нашем случае это проблема конфиденциальности/безопасности - мы не подключаемся к каким-либо онлайн-сервисам из нашей IDE, и мы берем конфиденциальность ОЧЕНЬ серьезно. Наш код - это наш продукт и средства к существованию, поэтому позволяя инструментарию обмениваться данными с другими серверами, поскольку кто знает, в чем причина, совершенно идиот. Мы не хотим, чтобы VS общался с любым внешним сервисом, когда-либо.

Вы удаляете ли вы такие файлы, как раньше? Это вызывает проблемы? Что-нибудь в VS перестает работать?

ОТВЕТЫ

Ответ 1

Я использую бесплатную версию Glasswire * (https://www.glasswire.com/) для отслеживания исходящего сетевого трафика. Бесплатная версия не идеальна на 100%, поскольку она только сообщает о связях, когда они происходят, когда у заплаченной версии есть опция "спросить первым", но стоит 50 долларов за компьютер! Если вы хотите выпороть деньги, чтобы купить полную версию, у нее есть некоторые инструменты брандмауэра, чтобы предварительно блокировать исходящий трафик, что может быть достаточно хорошим, чтобы дать вам покой, что VS не отправляет данные в неизвестное.

Сегодня он поймал VS (d:\program files (x86)\microsoft visual studio\2017\community\common7\servicehub\hosts\servicehub.host.clr.x86\servicehub.host.clr.x86.exe), инициирующий трафик на cs9.wpc.v0cdn.net (v0cdn.net, похоже, зарегистрирован Verizon, когда выполняет поиск регистратора https://www.whois.com/whois/v0cdn.net) IP: 93.184.221.200

Лучшее решение, которое я смог найти, это добавить записи файлов хостов для блокировки сообщений и телеметрии. (предоставлено, это не постоянное исправление)

Вот список, который я собрал из разных блогов - просмотрите его по очереди для собственного использования, так как такие вещи, как скайп и обновления Windows, могут перестать работать из-за блоков файлов хостов.

# W10

0.0.0.0 cs1.wpc.v0cdn.net
0.0.0.0 df.telemetry.microsoft.com
0.0.0.0 i1.services.social.microsoft.com
0.0.0.0 i1.services.social.microsoft.com.nsatc.net
0.0.0.0 oca.telemetry.microsoft.com
0.0.0.0 oca.telemetry.microsoft.com.nsatc.net
0.0.0.0 pre.footprintpredict.com
0.0.0.0 reports.wes.df.telemetry.microsoft.com
0.0.0.0 sqm.telemetry.microsoft.com
0.0.0.0 sqm.telemetry.microsoft.com.nsatc.net 
0.0.0.0 statsfe1.ws.microsoft.com
0.0.0.0 telecommand.telemetry.microsoft.com
0.0.0.0 telecommand.telemetry.microsoft.com.nsatc.net
0.0.0.0 telemetry.appex.bing.net
0.0.0.0 telemetry.urs.microsoft.com
0.0.0.0 vortex-sandbox.data.microsoft.com
0.0.0.0 vortex-win.data.microsoft.com
0.0.0.0 vortex.data.microsoft.com

# http://www.dslreports.com/forum/r30676597-Complete-Win10-blocking-host-file

#0.0.0.0 fe2.update.microsoft.com.akadns.net
#0.0.0.0 sls.update.microsoft.com.akadns.net
0.0.0.0 134.170.30.202
0.0.0.0 137.116.81.24
0.0.0.0 204.79.197.200
0.0.0.0 23.218.212.69
0.0.0.0 65.39.117.230
0.0.0.0 65.55.108.23
0.0.0.0 a-0001.a-msedge.net
0.0.0.0 a-0002.a-msedge.net
0.0.0.0 a-0003.a-msedge.net
0.0.0.0 a-0004.a-msedge.net
0.0.0.0 a-0005.a-msedge.net
0.0.0.0 a-0006.a-msedge.net
0.0.0.0 a-0007.a-msedge.net
0.0.0.0 a-0008.a-msedge.net
0.0.0.0 a-0009.a-msedge.net
0.0.0.0 a-msedge.net
0.0.0.0 a.ads1.msn.com
0.0.0.0 a.ads2.msads.net
0.0.0.0 a.ads2.msn.com
0.0.0.0 a.rad.msn.com
0.0.0.0 ac3.msn.com
0.0.0.0 ad.doubleclick.net
0.0.0.0 adnexus.net
0.0.0.0 adnxs.com
0.0.0.0 ads.msn.com
0.0.0.0 ads1.msads.net
0.0.0.0 ads1.msn.com
0.0.0.0 aidps.atdmt.com
0.0.0.0 aka-cdn-ns.adtech.de
0.0.0.0 apps.skype.com
0.0.0.0 arc.msn.com
0.0.0.0 az361816.vo.msecnd.net
0.0.0.0 az512334.vo.msecnd.net
0.0.0.0 b.ads1.msn.com
0.0.0.0 b.ads2.msads.net
0.0.0.0 b.rad.msn.com
0.0.0.0 bingads.microsoft.com
0.0.0.0 bs.serving-sys.com
0.0.0.0 c.atdmt.com
0.0.0.0 c.msn.com
0.0.0.0 cdn.atdmt.com
0.0.0.0 cds26.ams9.msecn.net
0.0.0.0 choice.microsoft.com
0.0.0.0 choice.microsoft.com.nsatc.net
0.0.0.0 compatexchange.cloudapp.net
0.0.0.0 corp.sts.microsoft.com
0.0.0.0 corpext.msitadfs.glbdns2.microsoft.com
0.0.0.0 db3aqu.atdmt.com
0.0.0.0 df.telemetry.microsoft.com
0.0.0.0 diagnostics.support.microsoft.com
0.0.0.0 ec.atdmt.com
0.0.0.0 edge.quantserve.com
0.0.0.0 fe2.update.microsoft.com.akadns.net
0.0.0.0 feedback.microsoft-hohm.com
0.0.0.0 feedback.search.microsoft.com
0.0.0.0 feedback.windows.com
0.0.0.0 flex.msn.com
0.0.0.0 fpt.live-partner.com
0.0.0.0 g.msn.com
0.0.0.0 h1.msn.com
0.0.0.0 i1.services.social.microsoft.com
0.0.0.0 i1.services.social.microsoft.com.nsatc.net
0.0.0.0 lb1.www.ms.akadns.net
0.0.0.0 live.rads.msn.com
0.0.0.0 m.adnxs.com
0.0.0.0 m.hotmail.com
0.0.0.0 msedge.net
0.0.0.0 msftncsi.com
0.0.0.0 msnbot-65-55-108-23.search.msn.com
0.0.0.0 msntest.serving-sys.com
0.0.0.0 oca.telemetry.microsoft.com
0.0.0.0 oca.telemetry.microsoft.com.nsatc.net
0.0.0.0 onesettings-bn2.metron.live.com.nsatc.net
0.0.0.0 onesettings-cy2.metron.live.com.nsatc.net
0.0.0.0 onesettings-db5.metron.live.com.nsatc.net
0.0.0.0 onesettings-hk2.metron.live.com.nsatc.net
0.0.0.0 pre.footprintpredict.com
0.0.0.0 preview.msn.com
0.0.0.0 pricelist.skype.com
0.0.0.0 rad.live.com
0.0.0.0 rad.msn.com
0.0.0.0 redir.metaservices.microsoft.com
0.0.0.0 reports.wes.df.telemetry.microsoft.com
0.0.0.0 rpt.msn.com
0.0.0.0 s.gateway.messenger.live.com
0.0.0.0 s0.2mdn.net
0.0.0.0 sO.2mdn.net
0.0.0.0 schemas.microsoft.akadns.net
0.0.0.0 secure.adnxs.com
0.0.0.0 secure.flashtalking.com
0.0.0.0 services.wes.df.telemetry.microsoft.com
0.0.0.0 settings-sandbox.data.microsoft.com
0.0.0.0 settings-win.data.microsoft.com
0.0.0.0 settings.data.glbdns2.microsoft.com
0.0.0.0 sls.update.microsoft.com.akadns.net
0.0.0.0 sqm.df.telemetry.microsoft.com
0.0.0.0 sqm.telemetry.microsoft.com
0.0.0.0 sqm.telemetry.microsoft.com.nsatc.net
0.0.0.0 ssw.live.com
0.0.0.0 static.2mdn.net
0.0.0.0 statsfe1.ws.microsoft.com
0.0.0.0 statsfe2.update.microsoft.com.akadns.net
0.0.0.0 statsfe2.ws.microsoft.com
0.0.0.0 survey.watson.microsoft.com
0.0.0.0 telecommand.telemetry.microsoft.com
0.0.0.0 telecommand.telemetry.microsoft.com.nsat­c.net
0.0.0.0 telecommand.telemetry.microsoft.com.nsatc.net
0.0.0.0 telemetry.appex.bing.net
0.0.0.0 telemetry.appex.bing.net:443
0.0.0.0 telemetry.microsoft.com
0.0.0.0 telemetry.urs.microsoft.com
0.0.0.0 ui.skype.com
0.0.0.0 v10.vortex-win.data.metron.live.com.nsatc.net
0.0.0.0 v10.vortex-win.data.microsoft.com
0.0.0.0 view.atdmt.com
0.0.0.0 vortex-bn2.metron.live.com.nsatc.net
0.0.0.0 vortex-cy2.metron.live.com.nsatc.net
0.0.0.0 vortex-db5.metron.live.com.nsatc.net
0.0.0.0 vortex-hk2.metron.live.com.nsatc.net
0.0.0.0 vortex-sandbox.data.microsoft.com
0.0.0.0 vortex-win.data.metron.live.com.nsatc.net
0.0.0.0 vortex-win.data.microsoft.com
0.0.0.0 vortex.data.glbdns2.microsoft.com
0.0.0.0 vortex.data.metron.live.com.nsatc.net
0.0.0.0 vortex.data.microsoft.com
0.0.0.0 watson.live.com
0.0.0.0 watson.microsoft.com
0.0.0.0 watson.ppe.telemetry.microsoft.com
0.0.0.0 watson.telemetry.microsoft.com
0.0.0.0 watson.telemetry.microsoft.com.nsatc.net
0.0.0.0 wes.df.telemetry.microsoft.com
0.0.0.0 wes.df.telemetry.microsoft.comne
  • Отказ от ответственности: я ничуть не связан или не заплатил Glasswire. Это просто инструмент, который я нашел наугад и нашел полезным в течение многих лет.

Ответ 2

Наткнулся на этот вопрос, ища себе подобное решение. В моем случае только ServiceHub.Host.CLR.x86.exe потреблял ~ 50% CPU даже тогда, когда Visual Studio ничего не запускала.

Я смог убить процесс без каких-либо побочных эффектов, в середине проекта тоже, и был рад отметить, что он не вернулся. ServiceHub.IdentityHost.exe оказался непроницаемым для меня, пытаясь закончить процесс, но он не потреблял никакого процессора.

Другие процессы, перечисленные выше, также не потребляли много CPU (~ 0%), поэтому я их позволяю.

Tl; dr: Это может зависеть от того, что вы используете в Visual Studio (я запускал проект С#), но ServiceHub.Host.CLR.x86.exe можно убить без каких-либо побочных эффектов.

Ответ 3

Я отключил CodeLens, и он мгновенно опустился до 0%.

В VS: Инструменты- > Параметры: TextEditor- > AllLanguages- > CodeLens

Снимите флажок Включить CodeLens

Если вы не хотите полностью отключать его, вы можете попробовать изменить разные вещи. Связанные с TFS вещи, такие как входящие изменения, будут объяснять активность сети, как было подчеркнуто ранее.