-
Notifications
You must be signed in to change notification settings - Fork 28.5k
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-1143: refactor TaskSchedulerImplSuite #339
Conversation
Merged build triggered. |
Merged build started. |
Merged build triggered. |
Merged build started. |
Merged build finished. |
Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/13825/ |
Merged build finished. |
Refer to this link for build results: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder/13826/ |
Merged build triggered. |
Merged build started. |
Merged build finished. All automated tests passed. |
All automated tests passed. |
the previous failures are due to timeout and failed to fetch remote repo, anyone wants to review this? |
Conf improvements There are two new features. 1. Allow users to set arbitrary akka configurations via spark conf. 2. Allow configuration to be printed in logs for diagnosis.
Hi, @kayousterhout , mind reviewing this? |
I won't have time to review this for a week or so |
sure, take your time I notified you just because you're the original reporter of the issue and I want to ensure I understand the issue correctly |
Merged build triggered. |
Merged build started. |
Merged build finished. All automated tests passed. |
All automated tests passed. |
rebased~ |
The problem I was describing in the JIRA is that all but the last 2 tests in this suite are designed to test the pool / fairness mechanisms (i.e., that the output of rootPool.getSortedTaskSetQueue() is correct), not the scheduler code. I think the right solution here is to move these tests into a separate test suite specifically for the pool stuff -- not to make these tests use the scheduler (since using the scheduler obfuscates where the actually error would be if the tests failed). |
Hi, @kayousterhout, you mean just split the test cases and move some of them to another file? I can do that...but do you think the test cases specific to the TaskSchedulerImpl class are also missed? (except the last two) I think the implementation in this patch is equivalent to the original one, as we assume the locality is Any and the assert statements are actually testing the results of rootPool.getSortedTaskSetQueue(), I think for fully test the critical code path of TaskSchedulerImpl, we need some test cases on the locality? |
We definitely don't have sufficient testing for TaskSchedulerImpl right now On Sun, Apr 13, 2014 at 2:57 PM, Nan Zhu [email protected] wrote:
|
Merged build triggered. |
QA tests have finished for PR 339 at commit
|
Test FAILed. |
QA tests have started for PR 339 at commit
|
QA tests have finished for PR 339 at commit
|
Test FAILed. |
QA tests have started for PR 339 at commit
|
I don't know where this message is coming from, and I don't see any recent changes to the |
QA tests have finished for PR 339 at commit
|
Test PASSed. |
@CodingCat @kayousterhout What's the status of this PR? It hasn't been updated in several months. |
@kayousterhout does this PR reflect what you had in mind in your description for SPARK-1143 |
@andrewor14 I need to add a design doc then? |
@CodingCat @andrewor14 This isn't quite what I had in mind; I'm going to submit a (simpler) PR for this in the next few hours. I think this one is more complicated than necessary. |
No need for design doc; I thought for a second you were refactoring |
Ok, since @kayousterhout is planning on submitting a simpler version of this, @CodingCat would you mind closing this PR? |
sure |
The current TaskSchedulerImplSuite includes some tests that are actually for the TaskSchedulerImpl, but many of the tests avoid using the TaskSchedulerImpl entirely, and actually test the pool and scheduling algorithm mechanisms. This commit separates the pool/scheduling algorithm tests into their own suite, simplifies those tests, and attempts to more helpfully comment the fair scheduler test. The pull request replaces apache#339.
The current TaskSchedulerImplSuite includes some tests that are actually for the TaskSchedulerImpl, but the remainder of the tests avoid using the TaskSchedulerImpl entirely, and actually test the pool and scheduling algorithm mechanisms. This commit separates the pool/scheduling algorithm tests into their own suite, and also simplifies those tests. The pull request replaces #339. Author: Kay Ousterhout <[email protected]> Closes #3967 from kayousterhout/SPARK-1143 and squashes the following commits: 8a898c4 [Kay Ousterhout] [SPARK-1143] Separate pool tests into their own suite.
Fix if issue in keyword contain case
https://issues.apache.org/jira/browse/SPARK-1143
The current TaskSchedulerImplSuite actually bypasses the scheduling code (mainly resourceOffer())
In this patch, I removed the original dummy ResourceOffer and made the test case call taskScheduler.resourceOffer() directly,