Windows Server : Analyse d’une trace Storport avec Excel et Xperf

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

Cela crée un fichier délimité par des virgules (CSV) nommé storport.csv. Ce fichier peut maintenant être ouvert dans Microsoft Office Excel. Toutefois, si la trace s’exécute pendant un nombre de minutes prolongé, ce qui entraîne un fichier ETL volumineux et un fichier délimité par des virgules avec plus d’un million de lignes, le message suivant s’affiche lorsque vous tentez de l’ouvrir dans Excel :
 

Dans ce cas, il est pratique d’utiliser PowerShell pour extraire uniquement les lignes pertinentes du fichier délimité par des virgules et, avec celles-ci, créer un nouveau fichier délimité par des virgules avant de l’ouvrir dans Excel.

• De retour dans Powershell, saisissez la commande suivante :

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

(Remplacez « »D:\Path» avec la lettre de lecteur et le chemin du répertoire contenant le fichier CSV source créé à l’étape 2.)
 

Analysez les résultats dans Microsoft Office Excel :

• Le fichier CSV filtré qui en résulte peut être trié et filtré en fonction des colonnes « Horodatage », « RequestDuration_100ns » et « Cible ».
• Utilisez des fonctions de moyenne pour calculer la latence moyenne.
• « Timestamp » est une horloge ou un minuteur utilisé pour calculer la durée d’exécution de la demande d’E/S.
• »RequestDuration_100ns" correspond au nombre de centaines de nanosecondes nécessaires à l’exécution de la demande d’E/S.
• « Cible » voit le numéro de disque (disque 0, disque 1, disque 2, etc.)

La mise en surbrillance de l’icône «RequestDuration_100ns", vous pouvez vous faire une idée de la latence moyenne :

 

L’utilisation de filtres et de graphiques Excel courants peut aider à visualiser les données plus facilement. Par exemple, le graphique ci-dessous montre le graphique dispersé des différentes demandes d’E/S capturées au cours de l' storport Trace pour le disque #1. Pour ce faire, créez un graphique dispersé avec les colonnes « Timestamp » et «RequestDuration_100ns« , puis en filtrant le tableau de données brutes de la colonne « Cible » par « 1 » :

 

Notez que bien que la plupart des demandes d’E/S prennent moins de 100 ms, un nombre significatif prend plus de 100 ms ; d’autres dépassent 200 ms et d’autres prennent plus de 300 ms.
Si le problème étudié dans cet exemple est un goulot d’étranglement des performances de disque, il s’agit d’un aspect essentiel à prendre en compte pour déterminer s’il existe un conflit d’accès au disque.

De même, le tableau ci-dessous montre les différentes demandes d’E/S au cours de la storport trace, mais cette fois-ci pour le disque #2 (filtrage effectué de la table de données brutes dans la colonne « Cible » par « 2 ») :

 

Sur ce deuxième graphique, la grande majorité des demandes d’E/S sur le disque #2 s’accumulent bien en dessous de 15 ms (la moyenne est de 0,06 ms). Il serait exact de dire que ce disque #2 ne montre aucun signe de conflit au cours de cette storport trace.