Messen der Anwendungsleistung durch Analyse der CPU-Nutzung (C#, Visual Basic, C++, F#)
Suchen Sie Leistungsprobleme beim Debuggen mit dem in den Debugger integrierten Diagnosetool für die CPU-Auslastung. Sie können die CPU-Auslastung auch ohne einen angefügten Debugger analysieren oder indem Sie eine ausgeführte App als Ziel festlegen. Weitere Informationen finden Sie unter Ausführen von Profilerstellungstools mit oder ohne Debugger.
Wenn der Debugger angehalten wird, sammelt das CPU-Auslastung-Tool im Diagnosetools-Fenster Informationen zu den in der Anwendung ausgeführten Funktionen. Das Tool listet auch die Funktionen auf, die Aufgaben ausgeführt haben. Außerdem wird ein Zeitachsendiagramm zur Verfügung gestellt, das Sie verwenden können, um sich auf bestimmte Segmente der Samplingsitzung zu konzentrieren.
Wichtig
Die in den Debugger integrierten Diagnosetools werden für die .NET-Entwicklung in Visual Studio, darunter ASP.NET, ASP.NET Core und native/C++-Entwicklung unterstützt. Die entsprechende Visual Studio Workload ist erforderlich. Windows 8 und höher ist erforderlich, um die Profilerstellungstools mit dem Debugger auszuführen (Fenster Diagnosetools).
In diesem Tutorial werden Sie Folgendes durchführen:
- Erfassen von CPU-Auslastungsdaten
- Analysieren der CPU-Auslastungsdaten
Wenn Sie von der CPU-Auslastung nicht die benötigten Daten erhalten, stehen andere Leistungs-Profiler zur Verfügung, um andere Arten von hilfreichen Informationen zu erhalten. In vielen Fällen kann der Leistungsengpass Ihrer Anwendung durch etwas anderes als die CPU ausgelöst werden, z.B. durch den Speicher, das Rendern der Benutzeroberfläche oder die Anforderungszeit des Netzwerks.
Schritt 1: Erfassen von CPU-Auslastungsdaten
Öffnen Sie das Projekt, das Sie in Visual Studio debuggen möchten, und legen Sie in Ihrer App einen Haltepunkt an dem Punkt fest, an dem Sie die CPU-Auslastung untersuchen möchten.
Legen Sie einen zweiten Haltepunkt am Ende der Funktion oder des Codebereichs an, den Sie analysieren möchten.
Durch das Festlegen von zwei Haltepunkten können Sie die Datensammlung auf die Teile des Code begrenzen, die Sie analysieren möchten.
Das Fenster Diagnosetools wird automatisch angezeigt, es sei denn, Sie haben es deaktiviert. Klicken Sie auf Debuggen>Windows>Diagnosetools anzeigen, um das Fenster erneut aufzurufen.
Mithilfe der Einstellung Auswahltools auf der Symbolleiste können Sie auswählen, ob Sie die CPU-Auslastung, Speicherauslastung oder beides anzeigen möchten. Wenn Sie Visual Studio Enterprise ausführen, können Sie IntelliTrace unter Extras>Optionen>IntelliTrace aktivieren oder deaktivieren.
Wir werden hauptsächlich die CPU-Auslastung betrachten, stellen Sie also sicher, dass CPU-Auslastung aktiviert ist (ist standardmäßig aktiviert).
Klicken Sie auf Debuggen>Debugging starten (oder auf Start auf der Symbolleiste oder auf F5).
Wenn das Laden der Anwendung abgeschlossen ist, wird die Zusammenfassungsansicht der Diagnosetools angezeigt. Wenn Sie das Fenster öffnen müssen, klicken Sie auf Debuggen>Windows>Diagnosetools anzeigen.
Weitere Informationen zu den Ereignissen finden Sie unter Searching and filtering the Events tab of the Diagnostic Tools window (Suchen und Filtern auf der Registerkarte „Ereignisse“ im Fenster „Diagnosetools“).
Führen Sie das Szenario aus, bei dem Ihr erster Haltepunkt erreicht wird.
Aktivieren Sie während der Debugger angehalten wird die Sammlung von CPU-Auslastungsdaten, und öffnen Sie anschließend die Registerkarte CPU-Auslastung.
Wenn Sie CPU-Profilerstellung aufzeichnen auswählen, zeichnet Visual Studio die Funktionen auf und wie lange die Ausführung dauert. Sie können diese gesammelten Daten nur anzeigen lassen, wenn Ihre Anwendung an einem Haltepunkt angehalten wird.
Drücken Sie F5, um die App bis zum zweiten Haltepunkt auszuführen.
Jetzt verfügen Sie über Leistungsdaten für Ihre Anwendung, die speziell für den Codebereich gelten, der zwischen den beiden Haltepunkten liegt.
Der Profiler beginnt, Threaddaten vorzubereiten. Warten Sie, bis dieser Vorgang abgeschlossen ist.
Das CPU-Auslastungstool zeigt den Bericht unter der Registerkarte CPU-Auslastung an.
Wenn Sie einen spezifischeren Codebereich zur Analyse auswählen möchten, wählen Sie einen Bereich in der CPU-Zeitachse aus (es muss ein Bereich sein, der Profilerstellungsdaten anzeigt).
An diesem Punkt können Sie beginnen, die Daten zu analysieren. Wenn Probleme beim Sammeln oder Anzeigen von Daten haben, lesen Sie Behandeln von Profilerstellungsfehlern und Beheben von Problemen.
Tipp
Wenn Sie versuchen, Leistungsprobleme zu identifizieren, sollten Sie mehrere Messungen erfassen. Die Leistung variiert natürlich von Ausführung zu Ausführung, und Codepfade werden aufgrund der einmaligen Initialisierungslast bei der ersten Ausführung langsam ausgeführt, z. B. aufgrund des Ladens von DLL-Dateien, der Just-In-Time-Kompilierung von Methoden und der Initialisierung der Caches. Indem Sie mehrere Messungen erfassen, erhalten Sie einen besseren Überblick über die Spanne und den Durchschnitt der angezeigten Metriken, wodurch Sie die erste Ausführung mit der gleichmäßigen Leistung eines Codebereichs vergleichen können.
Schritt 2: Analysieren der CPU-Auslastungsdaten
Beginnen Sie bei der Datenanalyse am besten mit der Liste der Funktionen unter „CPU-Auslastung“, stellen Sie fest welche Funktionen die meisten Aufgaben ausführen, und betrachten Sie die einzelnen Funktionen näher.
Untersuchen Sie in der Liste der Funktionen die Funktionen, die am meisten Aufgaben ausführen.
Tipp
Die Auflistung der Funktionen beginnt mit der Funktion, die die meisten Aufgaben ausführt (sie sind nicht in der Reihenfolge der Aufrufe gelistet). Dadurch können Sie schnell feststellen, welche Funktionen am längsten ausgeführt werden.
Doppelklicken Sie in der Liste der Funktionen auf eine der Funktionen Ihrer App, die viele Aufgaben ausführt.
Wenn Sie auf eine Funktion doppelklicken, wird die Ansicht Aufrufer/Aufgerufener im linken Bereich geöffnet. Wählen Sie im Dropdownmenü die Ansicht Aufrufer/Aufgerufener aus.
In dieser Ansicht wird die ausgewählte Funktion in der Überschrift und im Feld Aktuelle Funktion angezeigt (in diesem Beispiel „DoWork“). Die Funktion, die die aktuelle Funktion aufgerufen hat, wird links unter Aufrufende Funktion angezeigt, und alle Funktionen, die von der aktuellen Funktion aufgerufen wurden werden im Feld Aufgerufene Funktionen auf der rechten Seite angezeigt. (Sie können beide Felder auswählen, um die aktuelle Funktion zu ändern.)
In dieser Ansicht wird Ihnen die Gesamtzeit (ms) und der Prozentsatz der gesamten Ausführungszeit der App angezeigt, den die Funktion bis zum Abschluss eingenommen hat. Unter Funktionsrumpf wird ebenso die Gesamtzeit (und der Prozentsatz der Zeit) angezeigt, die im Funktionsrumpf aufgewendet wurde. Die Zeit, die in aufrufenden und aufgerufenen Funktionen aufgewendet wurde, ist nicht enthalten.
Wenn Sie auf eine Funktion doppelklicken, öffnet sich die Ansicht Aufrufer/Aufgerufener im linken Bereich.
In dieser Ansicht erscheint die ausgewählte Funktion in der Überschrift und im Feld Aktuelle Funktion ( in diesem Beispiel „GetNumber“). Die Funktion, die die aktuelle Funktion aufgerufen hat, wird links unter Aufrufende Funktion angezeigt, und alle Funktionen, die von der aktuellen Funktion aufgerufen wurden werden im Feld Aufgerufene Funktionen auf der rechten Seite angezeigt. (Sie können beide Felder auswählen, um die aktuelle Funktion zu ändern.)
In dieser Ansicht wird Ihnen die Gesamtzeit (ms) und der Prozentsatz der gesamten Ausführungszeit der App angezeigt, den die Funktion bis zum Abschluss eingenommen hat. Unter Funktionsrumpf wird ebenso die Gesamtzeit (und der Prozentsatz der Zeit) angezeigt, die im Funktionsrumpf aufgewendet wurde. Die Zeit, die in aufrufenden und aufgerufenen Funktionen aufgewendet wurde, ist nicht enthalten. (In diesem Beispiel wurden 2367 von 2389 ms im Funktionsrumpf aufgewendet, und die verbleibenden 22 ms wurden im von dieser Funktion aufgerufenen externen Code aufgewendet).
Tipp
Hohe Werte unter Funktionsrumpf deuten auf einen Leistungsengpass in der Funktion selbst hin.
Eine allgemeinere Übersicht, die die Reihenfolge, in der die Funktionen aufgerufen werden, darstellt, wählen Sie aus der Dropdownliste am oberen Rand des Bereichs Aufrufstruktur aus.
Jeder nummerierte Bereich in der Abbildung bezieht sich auf einen Schritt in der Prozedur.
Bild Beschreibung 
Der oberste Knoten in CPU-Auslastungsaufrufstrukturen ist ein Pseudoknoten. 
Wenn die Option Externen Code anzeigen deaktiviert ist, ist in den meisten Apps der Knoten der zweiten Ebene ein [External Code] -Knoten, der den System- und Frameworkcode enthält, der die App startet und beendet, die Benutzeroberfläche zeichnet, die Threadplanung steuert und andere Dienste der unteren Ebene für die App bereitstellt. 
Die untergeordneten Elemente des Knotens der zweiten Ebene sind die Benutzercodemethoden und asynchronen Routinen, die vom System- und Frameworkcode der zweiten Ebene aufgerufen oder erstellt werden. 
Untergeordnete Knoten einer Methode enthalten Daten nur für die Aufrufe der übergeordneten Methode. Wenn Externen Code anzeigen deaktiviert ist, können App-Methoden auch den Knoten [Externer Code] enthalten. Hier finden Sie weitere Informationen zu den Spaltenwerten:
Mit dem Wert Gesamt-CPU wird das Pensum angegeben, das von der Funktion und den von der Funktion aufgerufenen Funktionen bewältigt wurde. Hohe Werte bei „Gesamt-CPU“ deuten auf die insgesamt aufwändigsten Funktionen hin.
Mit dem Wert Eigen-CPU wird das bewältigte Pensum des Codes im Funktionsrumpf angegeben. Das Pensum der Funktionen, die durch den Code aufgerufen wurden, ist nicht enthalten. Hohe Werte bei Eigen-CPU deuten auf einen Leistungsengpass in der Funktion selbst hin.
Module Der Name des Moduls mit der Funktion oder die Anzahl der Module, die die Funktionen in einem Knoten vom Typ [Externer Code] enthalten.
Um die Funktionsaufrufe anzuzeigen, die den höchsten Prozentsatz der CPU in der Ansicht der Aufrufstruktur verwenden, klicken Sie auf Langsamsten Pfad erweitern.
Hinweis
Wenn Sie in der Aufrufstruktur Code sehen, der als „broken“ oder „unwalkable stack“ markiert ist, bedeutet dies, dass Ereignisse aus der Ereignisablaufverfolgung für Windows wahrscheinlich gelöscht wurden. Versuchen Sie, die gleiche Ablaufverfolgung ein zweites Mal zu erfassen, um das Problem zu beheben.
Anzeigen von externem Code
Externer Code umfasst Funktionen in System- und Frameworkkomponenten, die vom Code ausgeführt werden, den Sie schreiben. Externer Code umfasst Funktionen, die die App starten und beenden, die Benutzeroberfläche zeichnen, das Threading steuern und der App andere hardwarenahe Dienste bereitstellen. In den meisten Fällen sind Sie nicht an externem Code interessiert, weshalb das CPU-Auslastungstool die externen Funktionen einer Benutzermethode im Knoten [Externer Code] sammelt.
Wenn Sie die Aufrufpfade von externem Code anzeigen möchten, wählen Sie aus der Liste Filteransicht die Option Externen Code anzeigen und dann Übernehmenaus.
Achten Sie darauf, dass viele externe Codeaufrufketten tief verschachtelt sind, sodass die Breite der Spalte mit dem Funktionsnamen die Anzeigebreite aller außer sehr großer Computerbildschirme überschreiten kann. In diesem Fall werden Funktionsnamen als […] angezeigt.
Verwenden Sie das Suchfeld, um nach einem gewünschten Knoten zu suchen, und verwenden Sie dann die horizontale Bildlaufleiste, um die Daten sichtbar zu machen.
Tipp
Vergewissern Sie sich bei der Profilerstellung für externen Code, von dem Windows-Funktionen aufgerufen werden, dass Sie über die neuesten PDB-Dateien verfügen. Ohne diese Dateien werden in den Berichtsansichten kryptische und schwer verständliche Namen von Windows-Funktionen aufgeführt. Weitere Informationen zum Sicherstellen, dass Sie über die erforderlichen Dateien verfügen, finden Sie unter Angeben von Symbol- (PDB) und Quelldateien im Debugger.
Nächste Schritte
In diesem Tutorial haben Sie gelernt, wie CPU-Auslastungsdaten gesammelt und analysiert werden. Wenn Sie die Einführung in Profiler bereits abgeschlossen haben, sollten Sie sich über einen allgemeinen Ansatz zur Optimierung von Code mithilfe der Profilerstellungstools informieren.
In diesem Tutorial haben Sie gelernt, wie CPU-Auslastungsdaten beim Debuggen gesammelt und analysiert werden. Weitere Informationen zur Profilerstellung zu Releasebuilds finden Sie mithilfe des Leistungs-Profilers.