Skip to content
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

[SPARK-37984][SHUFFLE] Avoid calculating all outstanding requests to improve performance. #35276

Closed
wants to merge 2 commits into from

Conversation

weixiuli
Copy link
Contributor

What changes were proposed in this pull request?

Avoid calculating all outstanding requests to improve performance.

Why are the changes needed?

Follow the comment (#34711 (review)) , we can implement a "has outstanding requests" method in the response handler that doesn't even need to get a count,let's do this with PR.

Does this PR introduce any user-facing change?

No

How was this patch tested?

Exist unittests.

@github-actions github-actions bot added the CORE label Jan 22, 2022
@weixiuli
Copy link
Contributor Author

Friendly cc @srowen @dongjoon-hyun

@srowen
Copy link
Member

srowen commented Jan 22, 2022

Does this change performance much? it's still getting the size of every collection. isEmpty might make it a little more optimal. OK either way just might not make any difference

@weixiuli
Copy link
Contributor Author

Does this change performance much? it's still getting the size of every collection. isEmpty might make it a little more optimal. OK either way just might not make any difference

Done.

@AmplabJenkins
Copy link

Can one of the admins verify this patch?

Copy link
Member

@srowen srowen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Are there are any other places where numOutstandingRequests is compared to 0?
This seems OK though I doubt it will make a difference

@weixiuli
Copy link
Contributor Author

Are there are any other places where numOutstandingRequests is compared to 0?

No, I checked again and confirmed that the PR included all of them. @srowen

@srowen srowen closed this in f8ff786 Jan 24, 2022
@srowen
Copy link
Member

srowen commented Jan 24, 2022

Merged to master

@weixiuli
Copy link
Contributor Author

Thanks @srowen

FMX pushed a commit to apache/celeborn that referenced this pull request Feb 23, 2024
… performance

### What changes were proposed in this pull request?
Refer [SPARK-37894](https://issues.apache.org/jira/browse/SPARK-37984)/ apache/spark#35276
Avoid calculating all outstanding requests to improve performance

### Why are the changes needed?
Ditto.

### Does this PR introduce _any_ user-facing change?

No.

### How was this patch tested?
Not needed.

Closes #2319 from turboFei/SPARK-37984_backport.

Authored-by: Fei Wang <fwang12@ebay.com>
Signed-off-by: mingji <fengmingxiao.fmx@alibaba-inc.com>
FMX pushed a commit to apache/celeborn that referenced this pull request Feb 23, 2024
… performance

### What changes were proposed in this pull request?
Refer [SPARK-37894](https://issues.apache.org/jira/browse/SPARK-37984)/ apache/spark#35276
Avoid calculating all outstanding requests to improve performance

### Why are the changes needed?
Ditto.

### Does this PR introduce _any_ user-facing change?

No.

### How was this patch tested?
Not needed.

Closes #2319 from turboFei/SPARK-37984_backport.

Authored-by: Fei Wang <fwang12@ebay.com>
Signed-off-by: mingji <fengmingxiao.fmx@alibaba-inc.com>
(cherry picked from commit 621a719)
Signed-off-by: mingji <fengmingxiao.fmx@alibaba-inc.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
3 participants