You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@dubbo.apache.org by GitBox <gi...@apache.org> on 2021/09/16 05:47:04 UTC
[GitHub] [dubbo] startjava opened a new issue #8820: 为什么负载均衡负责使用ShortestResponseLoadBalance就避免了LeastActiveLoadBalance的缺点了呢？
startjava opened a new issue #8820:
URL: https://github.com/apache/dubbo/issues/8820
LeastActiveLoadBalance缺点是如果有一台性能非常差的服务器，则性能最好的服务器将会到达极限，
https://github.com/apache/dubbo/pull/6064
那为什么使用ShortestResponseLoadBalance最短时间就解决这个问题了呢？
最短时间不也是类似于LeastActiveLoadBalance比较数字大小这类算法嘛，
内部是什么原理呢？感谢
@Augustvic
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: notifications-unsubscribe@dubbo.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: notifications-unsubscribe@dubbo.apache.org
For additional commands, e-mail: notifications-help@dubbo.apache.org
[GitHub] [dubbo] memory7734 commented on issue #8820: 为什么负载均衡负责使用ShortestResponseLoadBalance就避免了LeastActiveLoadBalance的缺点了呢？
Posted by GitBox <gi...@apache.org>.
memory7734 commented on issue #8820:
URL: https://github.com/apache/dubbo/issues/8820#issuecomment-920614875
LeastActiveLoadBalance 在性能差异大的两台机器上是有问题的：假设在时间周期内每个请求耗时相同的情况下，两台机器可以处理的最大活跃数量分别为 200 和 1000，那有500个请求过来的时候，性能差的机器已经到达上限200时，不应该再分配额外的请求了。所以“活跃数越低，代表该提供者处理能力越强”，也就不成立了。
如果使用ShortestResponseLoadBalance 其实是在比较 “排队时长” + “处理时长”，那性能好的机器“排队时长”是小的，会自动分配更多的调用
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: notifications-unsubscribe@dubbo.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: notifications-unsubscribe@dubbo.apache.org
For additional commands, e-mail: notifications-help@dubbo.apache.org
[GitHub] [dubbo] 24kpure commented on issue #8820: 为什么负载均衡负责使用ShortestResponseLoadBalance就避免了LeastActiveLoadBalance的缺点了呢？
Posted by GitBox <gi...@apache.org>.
24kpure commented on issue #8820:
URL: https://github.com/apache/dubbo/issues/8820#issuecomment-921770891
In my opinion, when you use leadactiveloadbalance, the only parameter that determines load balancing is `active`, so worse node will first reach the active limit. When the same volume of water is added, just like two buckets with different volumes,the small bucket will overflow. As for shortestResponseLoadBalance,the load balancing strategy is calculating `average response time `* `active`,the better node'rt is much less than an other.
In fact,shortestResponseLoadBalance is still not good enough. it never reset statistical time #8441 and it depends average.Maybe you can have a look at [peakEwmaLoadBalance](https://github.com/apache/dubbo-spi-extensions/pull/68)
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: notifications-unsubscribe@dubbo.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: notifications-unsubscribe@dubbo.apache.org
For additional commands, e-mail: notifications-help@dubbo.apache.org