2016-04-25 4 views
7

Seit vergangenen zwei Monaten oder so habe ich bereits ein seltsames Phänomen mit dem Echtzeit Protection Service beobachtet, die sich als Teil von Windows Defender unter Windows mitgeliefert wird 10.Windows Defender Echtzeit Protection Service Visual Studio Verlangsamung etc

Wenn dieser Dienst auf ON gesetzt ist, dauern Visual Studio-Builds qualvoll lange. Visual Studio selbst benötigt für den Start eine Ewigkeit. Wenn es verwaltete Add-Ins (geschrieben mit Visual Studio-Tools für Office, VSTO) gibt, die in Outlook installiert werden, dauert das Starten von Outlook 13-14 Sekunden! Wenn dieser Dienst deaktiviert ist, wird Outlook innerhalb von zwei Sekunden erneut gestartet.

Ich habe dies auf Twitter mit Windows-Support ausgelöst und versucht, dies online mit Microsoft Support für eine Stunde ohne irgendeine Lösung zu diskutieren. Suchen Sie rund um das Internet kann ich sehen, es gibt Benutzer, die gleichen Probleme berichten, wie

http://ardalis.com/speed-up-visual-studio-build-times

Slow page refresh times during development

Ich habe dies nur zwei Monaten wurde bemerkt oder so. Ich habe versucht, neue VMs in Azure usw. zu starten, um dies zu testen, und in jedem Fall habe ich bemerkt, dass dieser Echtzeit-Schutzdienst der Übeltäter ist. Mein Hauptproblem ist die Ladezeit von Outlook, um ehrlich zu sein.

Ich habe versucht, dies auf der Microsoft-Website der Antwort here zu veröffentlichen, aber bisher kein Glück. Ich hatte gehofft, wenn jemand hier weiß, wie dies gelöst werden kann, ohne eine Ausnahme für Outlook in Real Time Protection Service hinzufügen (nach dem die Add-Ins wie erwartet innerhalb von 200 Millisekunden laden).

+0

Ich hatte das gleiche Problem. In meinem Fall fror das Visual Studio beim Start ein. Durch Deaktivieren des Echtzeitschutzes wurde das Problem behoben. –

+0

Plötzlich letzte Woche hat sich dieses Problem in Bezug auf das Starten von Outlook mindestens gelindert. Ich vermute, der letzte Druck von Windows Update hat wahrscheinlich einige Änderungen vorgenommen. Ich werde weiterhin Visual Studio überwachen und sehen, wie das geht. – Nikhil

Antwort

1

Ich hatte die gleichen Symptome und mein Problem wurde durch Deaktivieren von Protokollen in Microsoft .Net Framework Assembly Binding Log Viewer (FUSLOGVW.exe) behoben. Ich habe vergessen, dass ich einen Test ausgeführt habe und mich angemeldet habe.

  1. Führen Sie den Viewer als Administrator aus.
  2. Klicken Sie auf Einstellungen.
  3. prüfen Protokoll deaktiviert
+0

Danke. Ich hatte das auch versucht, aber kein Glück. Wie ich bereits erwähnt habe, hat es sich eines Tages in meinen Umgebungen aufgelöst, also rate ich, was auch immer es ist, MS hat es behoben. – Nikhil

Verwandte Themen