Application Insights HTTP 请求性能数据太不可靠
Application Insights HTTP request perfromance data is too unreliable
我现在正试图找出我目前正在处理的应用程序的一些性能问题，我对 Application Insights（Azure 中的一项付费服务）提供一些可靠的数据寄予厚望，但是这这是我在同一时间间隔内对同一 URL 的请求数量得到的示例：
1. Visual Studio - 4300（内置 AppInsights 集成）
Azure 门户中的 AppInsights 边栏选项卡 - 0：
AppInsights 分析 - 740：
还有一个叫做Application Insights profiler的东西，它显示请求执行时间等于500ms，但是当你去看stacktraces时它变成了97s！：
这导致了像这样的不错的性能提示：
任何人都可以解释如何读取这些数据或者指出我做错了什么吗？
name 字段（请求、依赖项）由各种 sdk 中的各种代码计算得出 "nicer" 名称，而不仅仅是 URL 会有。所以按 url 分组/计数和按 name 分组/计数会给你不同的结果。
正如 zaki 指出的那样，任何类型的采样，无论是客户端还是服务器，都会在这些行上设置 itemCount，因此您需要在分析中执行的任何查询中使用 sum(itemCount)确保您获得与门户或 VS
中的视图相同的计数
在 VS 屏幕截图中，您可以看到最高请求旁边有一个 (5)，表示数据库中的这一行代表 5 个请求。
至于问题 #3，您可能希望将其拆分为一个单独的问题，因为它与第一个或第二个并没有真正的直接关系，并且不同的人能够回答。
我现在正试图找出我目前正在处理的应用程序的一些性能问题，我对 Application Insights（Azure 中的一项付费服务）提供一些可靠的数据寄予厚望，但是这这是我在同一时间间隔内对同一 URL 的请求数量得到的示例：
1. Visual Studio - 4300（内置 AppInsights 集成）
Azure 门户中的 AppInsights 边栏选项卡 - 0：
AppInsights 分析 - 740：
还有一个叫做Application Insights profiler的东西，它显示请求执行时间等于500ms，但是当你去看stacktraces时它变成了97s！：
任何人都可以解释如何读取这些数据或者指出我做错了什么吗？
name 字段（请求、依赖项）由各种 sdk 中的各种代码计算得出 "nicer" 名称，而不仅仅是 URL 会有。所以按 url 分组/计数和按 name 分组/计数会给你不同的结果。
正如 zaki 指出的那样，任何类型的采样，无论是客户端还是服务器，都会在这些行上设置 itemCount，因此您需要在分析中执行的任何查询中使用 sum(itemCount)确保您获得与门户或 VS
在 VS 屏幕截图中，您可以看到最高请求旁边有一个 (5)，表示数据库中的这一行代表 5 个请求。
至于问题 #3，您可能希望将其拆分为一个单独的问题，因为它与第一个或第二个并没有真正的直接关系，并且不同的人能够回答。