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-39987][K8S] Support PEAK_JVM_(ON|OFF)HEAP_MEMORY executor rolling policy #37418

Closed
wants to merge 1 commit into from
Closed

Conversation

dongjoon-hyun
Copy link
Member

@dongjoon-hyun dongjoon-hyun commented Aug 5, 2022

What changes were proposed in this pull request?

This PR aims to support two new executor rolling policies.

  • PEAK_JVM_ONHEAP_MEMORY policy chooses an executor with the biggest peak JVM on-heap memory.
  • PEAK_JVM_OFFHEAP_MEMORY policy chooses an executor with the biggest peak JVM off-heap memory.

Why are the changes needed?

Although peak memory is a kind of historic value, these two new policies add a capability to maintain the memory usage of Spark jobs minimally as much as possible.

Does this PR introduce any user-facing change?

Yes, but this is a new feature.

How was this patch tested?

Pass the CIs.

@dongjoon-hyun dongjoon-hyun changed the title [SPARK-39987][K8S] Support PEAK_JVM_(ON|OFF)HEAP_MEMORY executor rolling policy [SPARK-39987][K8S] Support PEAK_JVM_(ON|OFF)HEAP_MEMORY executor rolling policy Aug 5, 2022
@dongjoon-hyun
Copy link
Member Author

Could you review this when you have some time, @viirya ?

Copy link
Member

@viirya viirya left a comment

Choose a reason for hiding this comment

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

lgtm

@dongjoon-hyun
Copy link
Member Author

Thank you, @viirya ! Merged to master.

@dongjoon-hyun dongjoon-hyun deleted the SPARK-39987 branch August 5, 2022 16:45
sunchao pushed a commit to sunchao/spark that referenced this pull request Jun 2, 2023
…lling policy (apache#1484)

### What changes were proposed in this pull request?

This PR aims to support two new executor rolling policies.
- `PEAK_JVM_ONHEAP_MEMORY` policy chooses an executor with the biggest peak JVM on-heap memory.
- `PEAK_JVM_OFFHEAP_MEMORY` policy chooses an executor with the biggest peak JVM off-heap memory.

### Why are the changes needed?

Although peak memory is a kind of historic value, these two new policies add a capability to maintain the memory usage of Spark jobs minimally as much as possible.

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

Yes, but this is a new feature.

### How was this patch tested?

Pass the CIs.

Closes apache#37418 from dongjoon-hyun/SPARK-39987.

Authored-by: Dongjoon Hyun <dongjoon@apache.org>
Signed-off-by: Dongjoon Hyun <dongjoon@apache.org>
(cherry picked from commit 3df7124)
Signed-off-by: Dongjoon Hyun <dongjoon@apache.org>
(cherry picked from commit 84cd907)
Signed-off-by: Dongjoon Hyun <dongjoon@apache.org>

Co-authored-by: Dongjoon Hyun <dongjoon@apache.org>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants