Dies wird durch die Januar-Windows-Updates verursacht. Es sieht so aus, als würde dies nicht behoben werden, siehe die folgenden Kommentare von Allen Denver:
Es tut mir sehr leid, dass dieses Problem auftritt. Ein kürzlich veröffentlichter Sicherheitspatch für Windows 7 (der Sicherheitspatch "Meltdown / Spectre") bewirkt, dass alle Versionen des Visual Studio Performance Wizard und des Befehlszeilen-Dienstprogramms VSPerfCMD im Sampling-Modus den Computer ohne Warnungs- oder Ereignisprotokolleinträge neu starten. Dieses Problem betrifft nur das Sampling, wenn es zum Sammeln von CPU- oder .Net-Speicherzuordnungsstapeln verwendet wird. Der Instrumentierungsmodus ist nicht betroffen. Ebenso ist der Contention-Modus nicht betroffen. Von Windows 8+ unterstützte Profilierungsvorgänge sind ebenfalls von diesem Problem nicht betroffen.
Die Ursache dieses Problems liegt darin, dass zuvor vom Sampling-Profiler unterstützte Vorgänge nach dem Sicherheitspatch nicht mehr zulässig sind. Der Sicherheitspatch, der im Betriebssystemkern von Windows 7 geändert wurde, ist so, dass der von uns verwendete Low-Level-Code zum Erfassen von Daten den Computer neu startet. In diesem Fall werden keine Bluescreen- und keine Ereignisprotokolleinträge vorgenommen. Das Problem tritt sogar niedriger auf als diese Möglichkeiten des Betriebssystems. Diese Ursache ähnelt den Änderungen, die in Windows 8 am Windows-Betriebssystem-Kernel vorgenommen wurden. Dies hat uns veranlasst, den Visual Studio Profiler erheblich zu ändern, um die Sampling-Profiling-Daten mit verschiedenen Verfahren zu erfassen. Windows 8 hat die in Windows 7 verwendete Auflistungstechnik nicht zugelassen. Mit dem Sicherheitspatch lässt Windows 7 diese Technik jetzt auch zu.
Glücklicherweise gibt es einige Problemumgehungen, die ich empfehlen kann. Diese Problemumgehungen sind nicht perfekt. Es gibt Einschränkungen, von denen wir hoffen, dass wir sie in Zukunft schnell angehen können, um die Lücken zu füllen. Diese können jedoch genutzt werden, um zumindest einige Leistungsprofile durchzuführen, während wir daran arbeiten, diese Lücken zu füllen.
Ich habe ein umfangreiches Dokument, an dem ich arbeite, das die Problemumgehungen detailliert beschreibt. Es ist zu lang für einen einzelnen Beitrag hier. Ich werde es in mehreren Antworten auf diesen Eintrag aufteilen. Ich werde auch einen Link zu dem einzelnen Dokument posten, wenn ich einen Platz im Web habe.
Allen Denver
Visual Studio
und
Wir beabsichtigen, einen Patch zu veröffentlichen, der das Neustartverhalten verhindert, indem die Sampling-Collection-Sitzung nicht gestartet wird. Dies ist jedoch kein "Fix". Wir haben nicht vor, den Performance Explorer, den Performance Wizard, das VSPerfASPNetCMD- oder das VSPerfCMD-Sampling unter Windows 7 zum Laufen zu bringen.
Quelle: https://developercommunity.visualstudio.com/content/problem/177958/starting-the-profiler-leads-to-computer-restart-af.html
Problemumgehung 1
Für Windows 7 und Visual Studio 2013 gibt es keine gute Lösung, siehe Kommentar von Allen Denver:
Für VS2013 und frühere Versionen von Visual Studio können Sie stattdessen die Instrumentation-Methode für die Profilerstellung verwenden.
Sie können den CPU-Sampling-Modus daher nicht mehr mit Windows 7 und Visual Studio 2013 verwenden.
Problemumgehung 2
Ich denke, der Wechsel zu Windows 10 und Visual Studio 2017 ist der richtige Weg, siehe auch den Kommentar von Allen Denver:
Der Performance Wizard und das Performance Explorer-Profiling in Visual Studio 2017 mit der Sampling-Technik funktionieren unter Windows 10. Im Fall von Windows 8+ haben wir den Collector so geändert, dass er Stack-Traces mit einem anderen Satz von Betriebssystemfeatures anstelle unseres eigenen Kernels erhält Treiber.
