Leistungsdaten können nicht mithilfe von xperf-Befehlen aus der .ETL-Datei extrahiert werden. Fehler "Ereignisse in dieser Ablaufverfolgung verloren. Daten sind möglicherweise unzuverlässig ..."

1187
ur22

Leistungsdaten können nicht mithilfe von xperf-Befehlen aus der .ETL-Datei extrahiert werden.

Xperf-Befehle:

xperf –i C:\TempFolder\Test.etl -o C:\TempFolder\BootData.csv –a process

Nach dem Ausführen des obigen Befehls wird folgender Fehler angezeigt:

"33288636 Events were lost in this trace. Data may be unreliable. This is usually caused by insufficient disk bandwidth for ETW logging. Please try increasing the minimum and maximum number of buffers and/or the buffer size. Doubling these values would be a good first attempt. Please note, though, that this action increases the amount of memory reserved for ETW buffers, increasing memory pressure on your scenario. See "xperf -help start" for the associated command line options."

Ich habe die Seitengröße geändert, aber sie funktioniert nicht für mich.

Ich verwende Windows-Leistungsrekorder (WPRUI.exe), um Leistungsprotokoll (.ETL-Datei) zu erfassen.

Jeder hat eine Idee, wie man dieses Problem lösen und ETL-Dateidaten extrahieren kann.

1

2 Antworten auf die Frage

1
magicandre1981

Sie können dies nicht umgehen. xperf stoppt, wenn verlorene Ereignisse erkannt wurden. ETW schreibt Daten in einen RAM-Puffer und asynchron zur Festplatte, die Festplatte konnte jedoch nicht alle Daten in die ETL-Datei schreiben, bevor der Puffer mit neuen ETW-Daten überschrieben wurde.

Zeigen Sie die Daten in WPA an, es werden verlorene Ereignisse ignoriert.

Vielen Dank für Ihre Beiträge. Ich möchte Daten aus der ETL-Datei extrahieren, um einen Bericht im Excel-Format zu erstellen. Gibt es eine andere Alternative zum Extrahieren von Daten aus ETL-Dateien? ur22 vor 9 Jahren 0
Codieren Sie Ihr eigenes Tool, um die ETL zu analysieren. Wenn Sie .Net verwenden, können Sie diese Bibliothek verwenden: https://www.nuget.org/packages/Microsoft.Diagnostics.Tracing.TraceEvent magicandre1981 vor 9 Jahren 0
Vielen Dank für Ihre Beiträge. Lass mich mit dem obigen Link versuchen. Danke nochmal. ur22 vor 9 Jahren 0
Ich möchte erwähnen, ich arbeite an mehr Maschinen, um Leistungsdaten zu erfassen. Diese Xperf-Befehle funktionieren nicht nur auf SSD-Laufwerksmaschinen. Gibt es Probleme mit dem Windows Performance Toolkit (WPR) und Xperf mit SSD-Laufwerk? ur22 vor 9 Jahren 0
SSDs sind besser, sie schreiben Daten schneller in die ETL. Normalerweise verringert dies die Wahrscheinlichkeit, diesen Fehler zu sehen. Übrigens, PerfView kann auch ETL-Dateien öffnen und Zusammenfassungen anzeigen, die geöffnet werden können, um Excel anzuzeigen: http://www.microsoft.com/en-us/download/details.aspx?id=28567 magicandre1981 vor 9 Jahren 0
Vielen Dank für Ihre Hilfe. Das Problem wurde behoben, nachdem der Superfetch-Dienst der SSD-Laufwerksmaschine deaktiviert wurde. Aber jetzt stehe ich vor einem Problem: Mit wprui.exe erfasse ich Bootdaten für 3 Iterationen. Gesamtstartzeit der 1. und 3. Iteration immer hoch bedeutet 1. = 47S 2. = 32S 3. = 47S. Ich bin neu bei Performance-Tools, ich habe die ETL-Datei mit WPA geöffnet und bin zur Phase der Bootphase gegangen. Dort habe ich gesehen, dass die Winlogon-Init-Phase mehr Zeit für die erste und dritte Iteration benötigt. Können Sie helfen, die genaue Ursache des Startproblems zu finden. ur22 vor 9 Jahren 0
zip die 2. und 3. Datei und laden sie in einen Cloud-Dienst hoch magicandre1981 vor 9 Jahren 0
@ur22 hast du die Ursache gefunden? magicandre1981 vor 9 Jahren 0
ok, es gibt eine Option ** - tle **, die verlorene Ereignisse ignoriert. Ich habe das gestern entdeckt. Versuch es magicandre1981 vor 9 Jahren 0
0
NicJ

Um xperf.exedie verlorenen Ereignisse zu ignorieren, können Sie die -tleOption verwenden:

xperf –i C:\TempFolder\Test.etl -o C:\TempFolder\BootData.csv –a process -tle

Verwandte Probleme