Windows Server: Analizowanie śladu Storport za pomocą programów Excel i Xperf

xperf -i D:\Path\storport.etl -o D:\Path\storport.csv 

Spowoduje to utworzenie pliku rozdzielanego przecinkami (CSV) o nazwie storport.csv. Ten plik można teraz otworzyć w programie Microsoft Office Excel. Jeśli jednak śledzenie trwało przez większą liczbę minut, co spowodowało powstanie dużego pliku ETL i pliku rozdzielanego przecinkami z ponad milionem wierszy, podczas próby otwarcia go w programie Excel zostanie wyświetlony następujący komunikat:
 

W takim przypadku wygodnie jest użyć programu PowerShell, aby wyodrębnić tylko odpowiednie wiersze z pliku rozdzielanego przecinkami, a następnie utworzyć nowy plik rozdzielany przecinkami przed otwarciem go w programie Excel.

• W PowerShell wprowadź polecenie:

 Get-Content D:\Path\storport.csv | Where-Object {$_ -like "Microsoft-Windows-Storport/Port/win:Info*"} | Set-Content D:\Path\filtered_storport.csv 

(Zamień "D:\Path" z literą dysku i ścieżką katalogu zawierającą źródłowy plik CSV utworzony w kroku 2).
 

Przeanalizuj wyniki w programie Microsoft Office Excel:

• Wynikowy przefiltrowany plik CSV można sortować i filtrować według kolumn "Sygnatura czasowa", "RequestDuration_100ns" i "Docelowa".
• Użyj funkcji średnich, aby obliczyć średnie opóźnienie.
• "Sygnatura czasowa" oznacza zegar lub zegar używany do obliczania czasu potrzebnego na realizację żądania we/wy.
• ”RequestDuration_100ns" to liczba setek nanosekund, jaką zajęło wykonanie żądania we/wy.
• "Element docelowy" widzi numer dysku (dysk 0, dysk 1, dysk 2 itd.)

Podświetlanie "RequestDuration_100ns", możesz uzyskać wyobrażenie o średnim opóźnieniu:

 

Korzystanie z typowych filtrów i wykresów programu Excel może ułatwić wizualizację danych. Na przykład poniższy wykres przedstawia rozproszony wykres różnych żądań we/wy przechwyconych podczas storport Śledź dla dysku #1. Osiąga się to poprzez utworzenie wykresu rozproszonego z kolumnami "Timestamp" i "RequestDuration_100ns", a następnie filtrując tabelę danych surowych w kolumnie "Target" według "1":

 

Zwróć uwagę, że chociaż większość żądań we/wy trwa poniżej 100 ms, znaczna ich liczba trwa ponad 100 ms; Niektóre trwają ponad 200 ms, a niektóre ponad 300 ms.
Jeśli problem badany w tym przykładzie jest wąskim gardłem wydajności dysku, będzie to krytyczny aspekt, który należy wziąć pod uwagę przy określaniu, czy istnieje rywalizacja o dysk.

Podobnie na poniższym wykresie przedstawiono różne żądania we/wy podczas storport trace, ale tym razem dla dysku #2 (zakończono filtrowanie tabeli surowych danych w kolumnie "Target" przez "2"):

 

Na tym drugim wykresie zdecydowana większość żądań we/wy wysyłanych do dysku #2 trwa znacznie poniżej 15 ms (średnia wynosi 0,06 ms). Trafne byłoby stwierdzenie, że ten dysk #2 nie wykazuje żadnych oznak rywalizacji podczas tego storport ślad.