C# 每个用户的连接与响应时间之间的相关性

我正在使用VisualStudio测试一个基于C#和ASP.Net内核的端点。我发现每个用户的连接和响应时间之间有着巨大的相关性

这里有一个例子。我没有更改任何其他配置，但更改了每个用户的连接数：

每用户连接数：1000

每用户连接数：20

有人能解释一下什么是每个用户的连接吗？为什么它不会对用户负载数和每秒请求数产生太大影响？

请查看本文：

实际上，您只是在增加并发调用。浏览器会同时发出更多的调用，从而增加并发负载。我希望，在一个值之后，根据实现情况，它不会有任何区别

api中有这么多连接，等待时间一定很长

• “按用户连接”模型模拟使用真实浏览器的用户的行为。模拟Internet Explorer 6或Internet Explorer 7时，运行web性能测试的每个虚拟用户都会使用一个或两个到web服务器的专用连接。当web性能测试中的第一个请求发出时，将建立第一个连接。当页面包含多个从属请求时，可以使用第二个连接。这些请求通过使用这两个连接并行发出。这些连接在web性能测试的后续请求中被重用。web性能测试完成后，连接将关闭。此模型的一个缺点是代理计算机上保持打开状态的连接数可能很高（高达用户负载的两倍）。因此，支持这种高连接数所需的资源可能会限制可以从单个负载测试代理驱动的用户负载。模拟Internet Explorer 8时，支持六个并发连接
• 连接池模型通过在多个虚拟web性能测试用户之间共享到web服务器的连接来节省负载测试代理上的资源。如果用户负载大于连接池大小，则由不同虚拟用户运行的web性能测试将共享一个连接。这可能意味着当另一个web性能测试正在使用连接时，一个web性能测试可能必须等待它发出请求。web性能测试在提交请求之前等待的平均时间由负载测试性能计数器average Connection Wait time跟踪。此数字应小于页面的平均响应时间。如果不是，则连接池大小可能太小

---

每个用户的连接-web测试的每个虚拟用户使用到web服务器的专用连接，该连接在web测试会话完成时关闭

要减少每个用户的连接，请应用以下逻辑-

在事务之间增加更多思考时间，这将减少每秒的请求和连接数

在事务之间添加调整/延迟

负载测试的缓慢爬升