香港轻量服务器:服务器吞吐量定义不明确(definition ambiguity)

关于香港轻量服务器的问题,在definition ambiguity中经常遇到, 吞吐量是服务器实例可以处理的最大请求数,还是服务器实例当前正在处理的请求数?

吞吐量是服务器实例可以处理的最大请求数,还是服务器实例当前正在处理的请求数?

编辑:通过“当前处理”我的意思是,服务器在最近的时间内接收给定时间间隔的请求数。

例如:,我可能有一个服务器实例,其中可以具有高吞吐量的大量硬件,但我可能只接收少量流量。在这种情况下吞吐量测量。另外,如果我的实例每分钟只能处理 x 个请求,但是每分钟接收 y & gt;& gt;& gt;x 个请求。

如果吞吐量是服务器可以处理的请求的最大数量,它是如何测量的?我们做一个负载 / 压力测试,我们不断增加服务器上每分钟的请求,直到它不能再处理它们?

0

不,Throughput是一个取决于执行时间的聚合,您可以在同一秒内发送 1000 个请求,您的服务器不会处理,但是当您在一小时内发送 1000 个请求时,您的服务器将正常处理它。

吞吐量是按请求 / 时间单位计算的。时间是从第一个样本开始到最后一个样本结束计算的。这包括样本之间的任何间隔,因为它应该表示服务器上的负载。公式为:吞吐量 = (请求数) / (总时间)。

您想通过增加 JMeter 线程直到服务器达到其最大值来查找服务器可以处理的并发用户数

0

Throughput 是 JMeter 在测试期间执行的Samplers数。如果您想查看正在发送的请求的实际数量,请考虑使用Server Hits Per Second(可以使用JMeter Plugins Manager安装)

如果您看到您的服务器资源消耗不会随着 JMeter 中负载的增加而增加,原因如下:

您的应用程序中间件配置不适合高负载(即有并发会话的限制,并且请求正在排队而不是被处理),请查看Web Performance Optimization: Top 3 Server and -Side Performance Tips以了解总体想法

您的应用程序代码不能有效地利用底层操作系统资源,请考虑使用profiler tool来查看引擎盖下的情况。

JMeter 可能无法足够快地发送请求,请确保遵循JMeter Best Practices,如果 JMeter 的机器过载-考虑使用Distributed Testing

本站系公益性非盈利分享网址,本文来自用户投稿,不代表码文网立场,如若转载,请注明出处

(367)
网页游戏加载不出来怎么办:Roblox我的游戏.rbxl损坏 怎么办
上一篇
五虎将代码:如何从一个代码中获取 =>最近星期五 上周星期五 上周第二星期五 上周第三星期五 上周第一星期五的日期
下一篇

相关推荐

发表评论

登录 后才能评论

评论列表(37条)