Skip to content

[SPARK-15992] [MESOS] Refactor MesosCoarseGrainedSchedulerBackend offer consideration - #13715

Closed
drcrallen wants to merge 2 commits into
apache:masterfrom
metamx:SPARK15992
Closed

[SPARK-15992] [MESOS] Refactor MesosCoarseGrainedSchedulerBackend offer consideration#13715
drcrallen wants to merge 2 commits into
apache:masterfrom
metamx:SPARK15992

Conversation

@drcrallen

Copy link
Copy Markdown
Contributor

The offer acceptance workflow is a little hard to follow and not very extensible for future considerations for offers. This is a patch that makes the workflow a little more explicit in its handling of offer resources.

@rxin

rxin commented Jun 16, 2016

Copy link
Copy Markdown
Contributor

Thanks for the pull request, but the refactoring seems to have made it more difficult to read?

@drcrallen

Copy link
Copy Markdown
ContributorAuthor

I broke something in the test suite, evaluating and I'll open this back in a bit

@drcrallendrcrallen reopened this Jun 17, 2016
def calculateUsableResources(sc: SparkContext, availableCpus: Int, availableMem: Int):
Option[(Int, Int)] = {
val desiredMemory = executorMemory(sc)
val desiredCpu = executorCores(availableCpus)

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

I like the idea, but it does make it harder to read. Can we refactor so we can collapse global and resource limits, and introduce like a case class for each condition, where it knows how to verify and logs error message when it doesn't match?
I think it makes adding and understanding how offers are matched better.

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

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

I can do that. Will be a few weeks before I can tackle this again though.

@tnachen

Copy link
Copy Markdown
Contributor

ok to test

@SparkQA

Copy link
Copy Markdown

Test build #60997 has finished for PR 13715 at commit 9e0aedf.

  • This patch fails Spark unit tests.
  • This patch merges cleanly.
  • This patch adds no public classes.

@HyukjinKwon

Copy link
Copy Markdown
Member

(ping @drcrallen)

@HyukjinKwonHyukjinKwon mentioned this pull request Feb 15, 2017
zifeif2 pushed a commit to zifeif2/spark that referenced this pull request Nov 22, 2025
## What changes were proposed in this pull request?
This PR proposes to close stale PRs.
What I mean by "stale" here includes that there are some review comments by reviewers but the author looks inactive without any answer to them more than a month.
I left some comments roughly a week ago to ping and the author looks still inactive in these PR below
These below includes some PR suggested to be closed and a PR against another branch which seems obviously inappropriate.
Given the comments in the last three PRs below, they are probably worth being taken over by anyone who is interested in it.
Closesapache#7963Closesapache#8374Closesapache#11192Closesapache#11374Closesapache#11692Closesapache#12243Closesapache#12583Closesapache#12620Closesapache#12675Closesapache#12697Closesapache#12800Closesapache#13715Closesapache#14266Closesapache#15053Closesapache#15159Closesapache#15209Closesapache#15264Closesapache#15267Closesapache#15871Closesapache#15861Closesapache#16319Closesapache#16324Closesapache#16890Closesapache#12398Closesapache#12933Closesapache#14517
## How was this patch tested?
N/A
Author: hyukjinkwon <gurwls223@gmail.com>
Closesapache#16937 from HyukjinKwon/stale-prs-close.
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants

@drcrallen@rxin@tnachen@SparkQA@HyukjinKwon