“ AVG交易时间”是处理更改的服务器上的时间。
“ AVG请求处理时间”是更改后返回页面(从服务器到浏览器)所需的总时间。
因此,处理请求的时间还将包括发送和接收数据并处理页面(包括任何格式和过滤器)所需的时间。
如果交易时间和请求响应时间之间存在很大的区别,则可能暗示延迟。这也可能意味着一个缓慢的过滤器或其他东西。这是一个指标。
收到请求有效载荷后,浏览器也可能会额外延迟。浏览器必须解开该数据并通过运行JavaScript构造页面,在较慢的计算机上,对于非常复杂的页面而言,脚本处理可能会很慢。
为了寻找延迟,可以在浏览器中使用内置浏览器工具(称为“开发人员工具”)来测量这一点。
这是有关该主题的重要页面:
使用Chrome DevTools网络选项卡(debugbear.com)调试站点速度
这可能是一个API调用,它可能是将模型导入工作空间的动作,具体取决于Splunk报告,甚至可能是该报告未捕获的NUX活动。可能有几件事。如果您有疑问
“ AVG交易时间”是处理更改的服务器上的时间。
“ AVG请求处理时间”是更改后返回页面(从服务器到浏览器)所需的总时间。
因此,处理请求的时间还将包括发送和接收数据并处理页面(包括任何格式和过滤器)所需的时间。
感谢您的深刻回应。还有几个问题
1.如果AVG请求处理时间“包括服务器和客户端之间的数据传播的时间,这意味着如果客户端的连接缓慢(延迟问题),此时间也将包括在内。
2.有没有办法识别用户是否存在延迟问题?
如果交易时间和请求响应时间之间存在很大的区别,则可能暗示延迟。这也可能意味着一个缓慢的过滤器或其他东西。这是一个指标。
收到请求有效载荷后,浏览器也可能会额外延迟。浏览器必须解开该数据并通过运行JavaScript构造页面,在较慢的计算机上,对于非常复杂的页面而言,脚本处理可能会很慢。
为了寻找延迟,可以在浏览器中使用内置浏览器工具(称为“开发人员工具”)来测量这一点。
这是有关该主题的重要页面:
使用Chrome DevTools网络选项卡(debugbear.com)调试站点速度
感谢您的答复,它帮助我了解了我们正在调查的一些性能问题。但是,我发现在平均交易时间表中出现了几个用户,但没有在AVG请求处理时间表中出现。您有什么见解为什么会发生这种情况吗?这两个图表均使用相同的参数生成。