-
Notifications
You must be signed in to change notification settings - Fork 28.9k
[SPARK-12994][CORE] It is not necessary to create ExecutorAllocationM… #10914
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
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.
Remove this empty line.
|
Thanks @jerryshao |
|
Test build #50069 has finished for PR 10914 at commit
|
|
Test build #50073 has finished for PR 10914 at commit
|
|
All the DEA related unit tests are running on local mode, they will be failed with this change, we should fix it. |
|
Test build #50085 has finished for PR 10914 at commit
|
|
Just curious, what's the compelling reason for not creating this in local mode? Performance? |
|
@JoshRosen No compelling reason for that. Just saw the following message in pyspark which is a little confusing as Dynamic executor allocation is not supported in local mode. |
|
Ping @andrewor14; this one-line change should be quick to review I think. |
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.
this is hard to read. Why not just make the change in Utils.isDynamicAllocationEnabled so all usages of it will see this change as well?
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.
Make sense. Update the PR to move it into Utils.isDynamicAllocationEnabled and have some refactoring accordingly.
|
I agree with the change, but I think it could be made in a better place. |
|
@andrewor14 Make sense to move it into Utils.isDynamicAllocationEnabled (add isLocal as another parameter, set isLocal as false explicitly in yarn related classes), update the patch and have some refactoring accordingly. |
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 we add a default value isLocal: Boolean = false to avoid changing several other parts?
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.
I thought about it, but feel it would be better to explicitly set it. Because I feel it doesn't make sense to assume that the default mode is non local.
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.
actually it doesn't look very useful to pass in a flag that always decides the value of the return type. It appears that SparkContext is the only place where we need to read the flag so let's leave it out of this method.
|
Test build #50543 has finished for PR 10914 at commit
|
|
Test build #50562 has finished for PR 10914 at commit
|
|
Seems the failed tests are unrelated. |
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.
this warning doesn't belong here anymore. You need to move it to Utils too
|
@zjffdu the latest changes look more complicated than before. I think it would be best to achieve the following:
Ideally we'd have something like: Everything else can go into |
|
@andrewor14 I add one method Utils.isLocal, and keep the signature of Utils.dynamicAllocationEnabled unchanged and put all the logic in Utils.dynamicAllocationEnabled |
|
Test build #50633 has finished for PR 10914 at commit
|
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.
asserting === true is redundant
|
Hey, any chance that we can update this patch and get it merged? This change seems conceptually simple and I can't imagine that it'll be too much more work to get it across the finish line. |
|
Ping @zjffdu ? |
|
@zjffdu do you mind closing this PR if you're not going to update it? |
|
Sorry for late response, patch updated. |
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.
This def is redundant now
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.
Keep using def, because val will cause test fails (val will be evaluated when declared while def will be evaluated when invoked ) Although I can use config instead of _conf, but considering all the variables around isLocal is using _conf, I don't want to make it inconsistent and involve any potential issue.
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.
This needs a better name and description. It says whether the master is local. Use @return
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 did you feel unclear ? I think it is straightforward. And I think @return is only mandatory when it is public api.
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.
It is just called "isLocal" and is a function of SparkConf. What is local? why be opaque -- "isLocalMaster"? hm, does it even belong as a helper in SparkConf? (I don't feel strongly about that.)
You're already writing "Returns .."; why not just use the actual scaladoc tag?
|
Test build #51770 has finished for PR 10914 at commit
|
|
Test build #51831 has finished for PR 10914 at commit
|
…anager in local mode
|
Test build #51838 has finished for PR 10914 at commit
|
|
Jenkins, retest this please |
|
Test build #52071 has finished for PR 10914 at commit
|
|
|
||
| /** | ||
| * | ||
| * @return whether it is local mode |
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.
No need to change this, but you have an extra blank line here
|
|
|
Merged to master |
…anager in local mode Author: Jeff Zhang <[email protected]> Closes apache#10914 from zjffdu/SPARK-12994.
…anager in local mode