捷迈技术：使用金米的 HTTP 持久性连接

Question

我需要使用JMeter进行一段时间的会话。

测试计划和脚本详细信息如下：

比方说，100个用户使用他们各自的凭证登录到我的web应用程序。我的web应用程序的会话超时是30分钟。这意味着，如果这100个用户在登录后保持空闲30分钟，应用程序将在接下来的30分钟内保持连接打开，以接收来自那些已登录客户端的任何进一步请求。连接不会被关闭。因此，如果客户端需要进行另一个HTTP事务，它可以使用空闲的keepalive连接，而不是创建一个新的TCP连接。现在，当这100个连接处于活动或空闲状态时，我需要确定新登录的客户机的响应时间。但是我不能使用JMeter生成这个场景。

这是我的脚本详细信息：-

所有线程都在 120 秒内启动，之后，此负载将再保持 120 秒。因此，对于总共240秒，将发送登录请求（实际上在关闭期间也是如此）。在我的测试中，为100个线程生成了大约6500个登录请求，所有这些线程都使用不同的凭据登录。我已使用 CSV 数据配置元素来传递登录数据。我在执行测试时监视了服务器日志，并观察到所有登录请求都被接受并成功。因此，在实时场景中，如果6500个用户使用不同的计算机或PC登录到我的Web应用程序，并且在登录后不执行任何操作，则我的服务器将在接下来的30分钟内保持连接打开状态以进行进一步的HTTP事务。我该如何在 JMeter 中生成此场景。或者在我的脚本中，所有这些会话都保持活动状态吗？

任何建议或指导都将非常有帮助。

Answer 1

从性能的角度来看，30分钟的超时时间太长了。为了偏爱一小部分用户，您将锁定会话资源的时间远远超过您需要的时间。满足30分钟边缘情况的开销大于为同一边缘情况创建新会话的开销。

我建议您使用您选择的日志分析工具（我更喜欢Splunk

接下来，选择您的工具，用图表显示这些项目按分钟的分布情况。你通常会发现，面向公众的网站的页面到页面分组高度集中在一到三分钟的范围内。在该范围之外，样本下降非常快。长会话(比如您提到的30分钟)会锁定在高负载条件下无法释放的资源，从而导致性能下降。如果你有一个购物车，这实际上会降低整个购物车系统的速度，从而降低转化率。会话是从最后一个请求而不是第一个请求偏移的。

Answer 2

• 不需要私人服务，jmeter就足够了。如果我没弄错的话，你想做的是峰值测试，你想知道响应时间是如何随着新用户会话的创建而增加的。
  • 测试通过发送100个请求开始，每个请求将创建一个新会话
  • 如果下一个请求不使用相同的cookie，它将为每个请求创建一个新会话
  • 峰值测试将增加负载，直到注入器线程用完或应用程序开始崩溃
  < li >这将告诉您给定负载的预期响应时间，您可以使用它来进行容量规划。 < li >峰值测试如下所示: < li >负载、吞吐量和响应时间
  • 如果会话管理实现对大量cookie是明智的，我将使用所有会话作为活动，即使是空闲的。注入线程。
  • 如果应用程序容器同时处理会话，无论有多少空闲用户，我都会选择系统在给定时刻正在处理请求的用户作为活跃用户。
  • JMeter的插件中已经有了代理和监视器