-
Notifications
You must be signed in to change notification settings - Fork 26.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature] LeastActiveLoadBalance does not properly utilize weights. #14406
Labels
Comments
howie-xu
added
component/need-triage
Need maintainers to triage
type/need-triage
Need maintainers to triage
labels
Jul 9, 2024
Please submit in English Only |
howie-xu
changed the title
Version:[3.2],LeastActiveLoadBalance未合理使用权重
Version:[3.2],LeastActiveLoadBalance does not properly utilize weights.
Jul 9, 2024
howie-xu
changed the title
Version:[3.2],LeastActiveLoadBalance does not properly utilize weights.
[Feature] LeastActiveLoadBalance does not properly utilize weights.
Jul 9, 2024
Yes, we need a new algorithm |
Can the actual number of active be directly changed to "active * afterWarmup" in the LeastActiveLoadBalance? |
howie-xu
added a commit
to howie-xu/dubbo
that referenced
this issue
Jul 11, 2024
8 tasks
howie-xu
added a commit
to howie-xu/dubbo
that referenced
this issue
Jul 11, 2024
howie-xu
added a commit
to howie-xu/dubbo
that referenced
this issue
Jul 11, 2024
howie-xu
added a commit
to howie-xu/dubbo
that referenced
this issue
Jul 11, 2024
howie-xu
added a commit
to howie-xu/dubbo
that referenced
this issue
Jul 11, 2024
howie-xu
added a commit
to howie-xu/dubbo
that referenced
this issue
Jul 11, 2024
This may be not well enough. In |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Pre-check
Search before asking
Apache Dubbo Component
Java SDK (apache/dubbo)
Descriptions
In LeastActiveLoadBalance, instances are first filtered by the minimum number of active connections. If there is more than one instance with the minimum number of active connections, a random selection is made based on weights. This design seems somewhat unreasonable, and the warmup feature doesn't have much effect (a batch of instances that are restarted or scaled up will still suddenly receive a large number of requests). Could we use the weights more effectively during the minimum connection filtering phase, for example, by using active * afterWarmup to determine the least active instance?
Related issues
No response
Are you willing to submit a pull request to fix on your own?
Code of Conduct
The text was updated successfully, but these errors were encountered: