Kann ich den löschen ServiceHub.* in Visual Studio 2017?
In VS2015 gab es verschiedene Sachen im hintergrund laufen, wie "VsHub", etc. Verbindung zu MS-Servern und eventuell ausgelaufenes Zeug. So der gemeinsame Ansatz war, um diese Dateien zu löschen.
In VS2017 es gibt noch mehr verrückte Sachen im hintergrund laufen. Allerdings habe ich gelesen, dass es führt mehr out-of-process-Sachen, so löschen Sie es möglicherweise nicht durchführbar ist.
Habe ich laufen:
- ServiceHub.Host.CLR.x86.exe
- ServiceHub.IdentityHost.exe
- ServiceHub.SettingsHost.exe
- ServiceHub.VsDetouredHost.exe
...und ich habe gesehen, andere Sachen pop in und aus meinem task-manager.
I don ' T care über die Ressource/memory-Nutzung, wie andere haben sich beschwert über. In unserem Fall ist es ein Thema Privatsphäre/Sicherheit - wir haben keine Verbindung zu online-Dienst von unserem IDE, und wir nehmen den Datenschutz SEHR ernst. Unser Kodex ist unsere Produkt-und Existenzgrundlage, so lassen sich die Werkzeuge kommunizieren mit anderen Servern, denn wer weiß, was Grund, ist geradezu idiotisch. Wir wollen nicht VS die Kommunikation mit allen externen Dienst, immer.
Sind einem von Euch diese Dateien zu löschen, wie vorher? Tut es da Probleme? Alles, was in der VS aufhören zu arbeiten?
- Visual Studio ist eine 32-bit-Prozess, das macht es sehr schwierig, die weitere Funktionen hinzufügen, dass Essen viel Adressraum. So die jüngsten Ergänzungen verwenden Sie separate Prozesse, die zu den Einschränkungen umgehen, mehr von Ihnen mit jeder neuen VS-version. Löschen der Dateien ist sehr wahrscheinlich dazu führen, dass VS zu Fehlfunktionen, die oft in eine unmöglich zu diagnostizieren Weg. Die einzige kluge Antwort, die Sie bekommen kann, ist "Mach es nicht", wenn Sie möchten, es zu ignorieren, dann zumindest die Datei umbenennen, so dass Sie leicht wiederherstellen können fatalen Schaden. Rufen Sie die Microsoft-Support-wenn Sie möchten, eine Garantie.
- Ja, gute Punkte.Die Umbenennung war, was wir getan haben in VS2015 auch. Aber dann wieder war es meist "Telemetrie" so gab es keine schlechten Folgen dabei. Mit VS2017 es mehr Komplex, wie Sie erklärt, und Sie sagen nicht, ob Sie trennen die "core" - Kram aus der "Telemetrie". 🙁
- Überprüfen Sie diese Antwort. Es ist relevant: serviceHub.Host.CLR.x86 nehmen eine Menge von Speicher-und CPC
- Side note, andere hintergrund-Telemetrie kann auch auf. VS Customer Experience ist standardmäßig aktiviert. Es kann deaktiviert werden, in der Hilfe -> Feedback Senden -> Einstellungen.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Benutze ich Glasswire free edition* (https://www.glasswire.com/) zum überwachen der ausgehenden Netzwerk-traffic. Die Kostenlose version ist nicht 100% ideal, da es nur Berichte-verbindungen, wie Sie geschehen, wo die bezahlte version hat eine "ask first" - option, aber kostet $50 pro pc!
Wenn Sie möchten, zu verticken, das Geld zu kaufen, die volle version hat es einige firewall-tools, um präventiv blockieren ausgehenden Verkehr, die möglicherweise gut genug, um Ihnen Frieden des Verstandes, dass VS nicht das senden von Daten aus ins unbekannte.
Heute gefangen VS (
d:\program files (x86)\microsoft visual studio\2017\community\common7\servicehub\hosts\servicehub.host.clr.x86\servicehub.host.clr.x86.exe) Einleitung Verkehr aufcs9.wpc.v0cdn.net(v0cdn.net scheint registriert von Verizon, wenn ein registrar-lookup https://www.whois.com/whois/v0cdn.net) IP: 93.184.221.200Die beste Lösung, die ich finden konnte, war hinzufügen, Einträge der hosts-Datei zu blockieren, die Kommunikations-und Telemetrie-reporting. (zugegeben, es ist nicht eine dauerhafte Lösung)
Hier ist eine Liste, die ich zusammengestellt aus verschiedenen blogs - Lesen Sie es Zeile für Zeile für Ihren eigenen Gebrauch, als die Dinge wie skype und windows-updates könnte aufhören zu arbeiten wegen der hosts-Datei blockiert.
Drehte ich CodeLens und es ging sofort runter auf 0%.
In VS: Tools->Optionen: TextEditor->AllLanguages->CodeLens
Deaktivieren, Aktivieren CodeLens
Wenn Sie nicht wollen, um vollständig zu deaktivieren, können Sie versuchen Sie, verschiedene Dinge. TFS-bezogene Dinge wie Eingehende änderungen erklären würde die Netzwerk-Aktivität als früher hervorgehoben.
Stolperte über diese Frage, bei der Suche nach einem ähnlichen Update mich. In meinem Fall
ServiceHub.Host.CLR.x86.exewar allein verbraucht ~50% CPU, selbst wenn Visual Studio nicht ausgeführt wurde, nichts.War ich in der Lage, den Prozess zu beenden, ohne irgendwelche Nebenwirkungen, mid-läuft auch ein Projekt, und war glücklich, zu beachten, dass es nicht zurück kommen.
ServiceHub.IdentityHost.exezu sein schien selbst für mich versuchen, um den Prozess zu beenden, aber es war nicht zu konsumieren CPU.Die anderen Prozesse, die oben aufgeführten hat auch nicht verbrauchen viel CPU (~0%), so dass ich Sie sein lassen.
Tl;dr: Es hängt vermutlich davon ab, was man läuft auf Visual Studio (ich war ein C# - Projekt), aber
ServiceHub.Host.CLR.x86.exegetötet werden können ohne irgendwelche Nebenwirkungen.