Azure ASP.NET核心明文基准难题

我在试着复制这个故事

给定的值是每秒有个请求，那么每秒有700万个请求

Techempower的结果表明，Azure D3v2机器每秒有一百万个请求

我将它部署在这样一台机器上（更准确地说是DS3_v2，不确定是否相同）

然后，我常常在应用程序的纯文本端点抛出请求，每秒只收到10000个请求

我不认为这是加载器的错，因为当我使用较小的机器时，性能会相应地降低

该版本显然进行了优化，它确实是在环境=生产的情况下运行的。它使用的是.NETCore2.2

我也尝试过在Linux上部署，但通过只提供较小机器尺寸（但更容易实现）的应用程序服务部署，在这些尺寸上，与Windows相比，性能没有太大差异

---

那么，为什么我得不到Techempower所衡量的出色表现呢？他们的成绩快了一百倍

我假设loader.io没有如此高的客户端并发性。TechEmpower使用最多16384个并发客户端运行明文测试。期望loader.io也能做到这一点是有点不寻常的。我会反驳问题中的第6段：如果是loader，我希望更快的机器不会导致处理更多的请求。好吧，如果您同时执行两个请求，每个请求都需要10毫秒，那么您每秒会收到200个请求。如果由于机器速度较慢，这些请求现在需要15毫秒，那么您将收到133个请求。将其与500次请求时的5次请求和333次请求进行比较因此，您仍然会看到较慢机器的影响。服务器仍然可以处理更多，只是需要更长的时间。哦，这是真的。我假设loader.io没有如此高的客户端并发性。TechEmpower使用最多16384个并发客户端运行明文测试。期望loader.io也能做到这一点是有点不寻常的。我会反驳问题中的第6段：如果是loader，我希望更快的机器不会导致处理更多的请求。好吧，如果您同时执行两个请求，每个请求都需要10毫秒，那么您每秒会收到200个请求。如果由于机器速度较慢，这些请求现在需要15毫秒，那么您将收到133个请求。将其与500次请求时的5次请求和333次请求进行比较因此，您仍然会看到较慢机器的影响。服务器仍然可以处理更多，只是需要更长的时间。哦，这是真的。那么它确实可能是加载器。