-
Notifications
You must be signed in to change notification settings - Fork 66
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
Selfless Offer Handling #200
Conversation
e2f960b
to
c3b1e1a
Compare
Sample of the important lines of old scheduling behavior from the
Notably, after this point offers continue to come in after the number of seconds refused offers are declined for (as part of a filter) elapses. Sample of the important lines of new scheduling behavior from the
Full version with more offer details, etc., can be found here |
I haven't read through yet -- I'm tempted to run this in our staging environment before merging it in, but maybe that is being too conservative. |
} | ||
return String.format("[%s]", StringUtils.join(offerIdList, ", ")); | ||
} | ||
|
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.
nit: please remove 2 of these 3 newlines.
@@ -129,13 +129,32 @@ public static String taskInfoListToString(List<TaskInfo> tasks) { | |||
* TODO:(erikdw): figure out a design better that removes the need |
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.
can you fix my stupid typo of "design better"? (i.e., should be "better design")
7c7513e
to
24970f1
Compare
…en we don't need them and revive offers when we do need them.
…ily grep-ed with regard to offer suppression and revival.
24970f1
to
4b024b0
Compare
@erikdw Rebased this after the latest merge. Should be good to go, LMK! |
Merged this. @JessicaLHartog can you backport this to storm-0.x branch and send another PR please? |
Backport Selfless Offer Handling (#200)
In order to not keep resources from Mesos that we can't use, we've added logic here to:
RotatingMap
and instead keep offers in aHashMap
.suppressOffers
.reviveOffers
.RotatingMap
before saying we don't need them.This PR also addresses the following issues: