Есть ли существенное преимущество использования машинного режима в выводе xperf для дальнейшего анализа пользовательской утилитой?

Итак, я пытаюсь обработать данные о производительности, записанные с помощью WPR и обработанные в формате.csv с помощью xperf, и у него есть два режима: -target human и -target machine, я вижу разницу в том, что машинный режим, похоже, группирует события из одну и ту же временную метку в одну или две строки, но дает ли это реальное преимущество при использовании специальной внешней утилиты для анализа этих данных?

Я вижу, в машинной версии может быть немного меньше информации?

Человеческий режим

Microsoft-Windows-DotNETRuntime/CLRMethod/MethodUnloadVerbose,   12535888,          wpa.exe (8020),      11056,   3, , , , , 0x00007ffc4123c3f0, 0x00007ffc3f89ce80, 0x00007ffc40f09f30, 0x00000021, 0x0600067f, 8, "MS.Internal.IO.Zip.ZipIOCentralDirectoryFileHeader", "get_OffsetOfLocalHeader", "instance int64  ()", 6
Microsoft-Windows-RPC/RpcServerCall/win:Stop,   12535888,      svchost.exe (1100),       1912,   2, {e9934bb1-c880-48b5-a31b-5a99a27faade}, , , , 0x00000000
                  Stack,   12535888,       1912,   1, 0x00007ffcb01a5a04,        ntdll.dll!0x00007ffcb01a5a04
                  Stack,   12535888,       1912,   2, 0x00007ffcb016022c,        ntdll.dll!0x00007ffcb016022c
                  Stack,   12535888,       1912,   3, 0x00007ffcb0160059,        ntdll.dll!0x00007ffcb0160059
                  Stack,   12535888,       1912,   4, 0x00007ffcafe459ae,       rpcrt4.dll!0x00007ffcafe459ae
                  Stack,   12535888,       1912,   5, 0x00007ffcafe59c7a,       rpcrt4.dll!0x00007ffcafe59c7a
                  Stack,   12535888,       1912,   6, 0x00007ffcafdfa09c,       rpcrt4.dll!0x00007ffcafdfa09c
                  Stack,   12535888,       1912,   7, 0x00007ffcafe1438c,       rpcrt4.dll!0x00007ffcafe1438c
                  Stack,   12535888,       1912,   8, 0x00007ffcafe15beb,       rpcrt4.dll!0x00007ffcafe15beb
                  Stack,   12535888,       1912,   9, 0x00007ffcafe086ea,       rpcrt4.dll!0x00007ffcafe086ea
                  Stack,   12535888,       1912,  10, 0x00007ffcb01325fe,        ntdll.dll!0x00007ffcb01325fe
                  Stack,   12535888,       1912,  11, 0x00007ffcb01330d9,        ntdll.dll!0x00007ffcb01330d9
                  Stack,   12535888,       1912,  12, 0x00007ffcaff08364,     kernel32.dll!0x00007ffcaff08364
                  Stack,   12535888,       1912,  13, 0x00007ffcb0165e91,        ntdll.dll!0x00007ffcb0165e91

Машинный режим:

Microsoft-Windows-DotNETRuntime/CLRMethod/MethodUnloadVerbose,   12535888,          wpa.exe (8020),      11056,   3, , , , , 0x00007ffc4123c3f0, 0x00007ffc3f89ce80, 0x00007ffc40f09f30, 0x00000021, 0x0600067f, 8, "MS.Internal.IO.Zip.ZipIOCentralDirectoryFileHeader", "get_OffsetOfLocalHeader", "instance int64  ()", 6
Microsoft-Windows-RPC/RpcServerCall/win:Stop,   12535888,      svchost.exe (1100),       1912,   2, {e9934bb1-c880-48b5-a31b-5a99a27faade}, , , , 0x00000000
                  Stack,   12535888,       1912, ntdll.dll!0x00007ffcb01a5a04, ntdll.dll!0x00007ffcb016022c, ntdll.dll!0x00007ffcb0160059, rpcrt4.dll!0x00007ffcafe459ae, rpcrt4.dll!0x00007ffcafe59c7a, rpcrt4.dll!0x00007ffcafdfa09c, rpcrt4.dll!0x00007ffcafe1438c, rpcrt4.dll!0x00007ffcafe15beb, rpcrt4.dll!0x00007ffcafe086ea, ntdll.dll!0x00007ffcb01325fe, ntdll.dll!0x00007ffcb01330d9, kernel32.dll!0x00007ffcaff08364, ntdll.dll!0x00007ffcb0165e91

0 ответов

Другие вопросы по тегам