【问题标题】:Azure Performance - Ping Test - Inconsistent values between Availability and PerformanceAzure 性能 - Ping 测试 - 可用性和性能之间的值不一致
【发布时间】:2017-02-22 19:34:37
【问题描述】:

在 Azure 中,您可以为您的应用创建简单的ping test。它调用 ping 但它是获取 url 的请求。 默认情况下,该 url 是您的根 url。

问题是这些结果的响应时间在 2 到 10 毫秒的范围内。但是,我永远无法达到这些响应时间,也无法使用 Fiddler 或 Postman。我的范围是 100 到 400 毫秒。而且我比在 Azure 中运行 ping 测试的计算机更靠近数据中心。

这有点像 ping 测试不下载内容页面的地方。
有人知道吗?

更新

我已经在可用性部分设置了我的 ping 测试。我上面提到的响应时间出现在性能部分。回到可用性部分,平均响应时间为 1.6 秒。这两个部分显示的值不一致。

【问题讨论】:

    标签: performance azure azure-mobile-services ping


    【解决方案1】:

    更新答案:

    “性能”部分列出了从您的服务器收到请求到将内容发送回客户端所用的时间,它根本不计算网络延迟。


    如果您不需要内容匹配,我相信他们只会检查响应状态而不下载内容。

    以下是我博客的配置示例。

    如果您愿意,您可以通过勾选内容匹配复选框来确保测试下载内容,并指定内容必须包含接近索引页末尾的文本(就像在页脚中一样)。

    【讨论】:

    • 不下载内容也没关系。但是如何使用 Fiddler 或 Postman 重现它?
    • 嗯,在 Fiddler 中,您可以查看“统计”选项卡以查看何时获得响应标头。但是你看不到你什么时候得到状态码,因为那是客户端得到的第一件事。 ServerBeginResponse 可能非常接近。
    • 将字节发送到服务器和您接收标头所需的原始时间将是 GotResponseHeaders - FiddlerBeginRequest。
    • @François 更新了答案。该部分仅计算服务器处理时间,而可用性也计算网络延迟。
    猜你喜欢
    • 1970-01-01
    • 2015-04-02
    • 1970-01-01
    • 1970-01-01
    • 2013-03-27
    • 1970-01-01
    • 2013-05-12
    • 1970-01-01
    • 2017-08-01
    相关资源
    最近更新 更多