-
Couldn't load subscription status.
- Fork 3.4k
HBASE-26337 Optimization for weighted random generators #3732
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
Conversation
|
💔 -1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Mind explaining more about the logic here?
Looking at the comment on jira, the candidate generator could perform better for specific cost functions. For example, if the cost function is load based, then LoadCandidateGenerator will be better.
Looking at the code, I guess the algorithm here, is to use the cost of different cost functions as the weight for different generators, for example, if load based cost functions have donated most of the final cost, then we'd better choose LoadCandidateGenerator. Is this what you plan to do? If so, please add more javadoc or comments to explain this.
|
|
||
| protected abstract double cost(); | ||
|
|
||
| protected void updateWeight(double[] weights) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Where do we call this method?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
added the missing commits lost in rebase.
| .generate(cluster); | ||
| } | ||
|
|
||
| private CandidateGenerator getRandomGenerate() { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We do not call this private method?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same as above.
...e-balancer/src/main/java/org/apache/hadoop/hbase/master/balancer/StochasticLoadBalancer.java
Show resolved
Hide resolved
|
@Apache9 thank you for review. Sorry for missing a commit during rebase. added it back and updated for review feedback. |
|
🎊 +1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
The checks passed but the results are not rolled up. Is there anything we can do? @Apache9 |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
The only failure TEST-org.apache.hadoop.hbase.replication.TestReplicationEmptyWALRecovery.xml.[failed-to-read] is known unrelated issue. The javac complaint is about out a commit already reverted. "[WARNING] /home/jenkins/jenkins-home/workspace/Base-PreCommit-GitHub-PR_PR-3732/yetus-general-check/src/hbase-balancer/src/main/java/org/apache/hadoop/hbase/master/balancer/FavoredNodeLoadPicker.java:[35,30] [UnusedVariable] The field 'LOG' is never read." Push with squash to trigger a rerun. |
…ation" This reverts commit 8d2be34.
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
Rerun still had the wrong complaint for Javac and unrelated test failures. Made a new branch from master with all commits squashed for a clean PR to rerun. #3827 |
This depends on #3710
rebased to get the dependency.