Skip to content

Conversation

@cloud-fan
Copy link
Contributor

What changes were proposed in this pull request?

After #15620 , all of the Maven-based 2.0 Jenkins jobs time out consistently. As I pointed out in #15620 (comment) , it seems that the regression test is an overkill and may hit constants pool size limitation, which is a known issue and hasn't been fixed yet.

Since #15620 only fix the code size limitation problem, we can simplify the test to avoid hitting constants pool size limitation.

How was this patch tested?

test only change

@cloud-fan
Copy link
Contributor Author

assert(actual(0) == cases)
}

test("SPARK-18091: split large if expressions into blocks due to JVM code size limit") {

Choose a reason for hiding this comment

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

@cloud-fan Just confirming, have you made sure that this test fails without the fix for SPARK-18091?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

what do you mean? this test was added by SPARK-18091

Copy link

@kapilsingh5050 kapilsingh5050 Dec 10, 2016

Choose a reason for hiding this comment

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

This test simulates the scenario where large code for components of If expression causes JVM's method code size limit to be hit. So the point of having this test is if it fails before the fix for SPARK-18091 was committed and it passes afterwards. By failure I mean it gets terminated due to the method code size limit exceeded exception.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

yea of course, I reverted SPARK-18091 and ran this test locally, it failed.

Choose a reason for hiding this comment

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

great!

@viirya
Copy link
Member

viirya commented Dec 10, 2016

How do we make sure the fixed test passes Maven-based tests? Manually?

@cloud-fan
Copy link
Contributor Author

Actually I can't reproduce this issue locally, but by looking at the logs, I'm 90% percent sure this is the cause. The only way to verify it may be merging and checking the jenkins maven status again.

@SparkQA
Copy link

SparkQA commented Dec 10, 2016

Test build #69955 has finished for PR 16244 at commit 2983832.

  • This patch passes all tests.
  • This patch merges cleanly.
  • This patch adds no public classes.

@rxin
Copy link
Contributor

rxin commented Dec 11, 2016

sgtm

@viirya
Copy link
Member

viirya commented Dec 11, 2016

@cloud-fan Ok. I see. LGTM.

asfgit pushed a commit that referenced this pull request Dec 11, 2016
## What changes were proposed in this pull request?

After #15620 , all of the Maven-based 2.0 Jenkins jobs time out consistently. As I pointed out in #15620 (comment) , it seems that the regression test is an overkill and may hit constants pool size limitation, which is a known issue and hasn't been fixed yet.

Since #15620 only fix the code size limitation problem, we can simplify the test to avoid hitting constants pool size limitation.

## How was this patch tested?

test only change

Author: Wenchen Fan <[email protected]>

Closes #16244 from cloud-fan/minor.

(cherry picked from commit 9abd05b)
Signed-off-by: Sean Owen <[email protected]>
@srowen
Copy link
Member

srowen commented Dec 11, 2016

Merged to master, 2.1 and 2.0, in order to see if this resolves the test failures for 2.0

@asfgit asfgit closed this in 9abd05b Dec 11, 2016
asfgit pushed a commit that referenced this pull request Dec 11, 2016
## What changes were proposed in this pull request?

After #15620 , all of the Maven-based 2.0 Jenkins jobs time out consistently. As I pointed out in #15620 (comment) , it seems that the regression test is an overkill and may hit constants pool size limitation, which is a known issue and hasn't been fixed yet.

Since #15620 only fix the code size limitation problem, we can simplify the test to avoid hitting constants pool size limitation.

## How was this patch tested?

test only change

Author: Wenchen Fan <[email protected]>

Closes #16244 from cloud-fan/minor.

(cherry picked from commit 9abd05b)
Signed-off-by: Sean Owen <[email protected]>
kapilsingh5050 pushed a commit to kapilsingh5050/spark that referenced this pull request Dec 12, 2016
## What changes were proposed in this pull request?

After apache#15620 , all of the Maven-based 2.0 Jenkins jobs time out consistently. As I pointed out in apache#15620 (comment) , it seems that the regression test is an overkill and may hit constants pool size limitation, which is a known issue and hasn't been fixed yet.

Since apache#15620 only fix the code size limitation problem, we can simplify the test to avoid hitting constants pool size limitation.

## How was this patch tested?

test only change

Author: Wenchen Fan <[email protected]>

Closes apache#16244 from cloud-fan/minor.
robert3005 pushed a commit to palantir/spark that referenced this pull request Dec 15, 2016
## What changes were proposed in this pull request?

After apache#15620 , all of the Maven-based 2.0 Jenkins jobs time out consistently. As I pointed out in apache#15620 (comment) , it seems that the regression test is an overkill and may hit constants pool size limitation, which is a known issue and hasn't been fixed yet.

Since apache#15620 only fix the code size limitation problem, we can simplify the test to avoid hitting constants pool size limitation.

## How was this patch tested?

test only change

Author: Wenchen Fan <[email protected]>

Closes apache#16244 from cloud-fan/minor.
uzadude pushed a commit to uzadude/spark that referenced this pull request Jan 27, 2017
## What changes were proposed in this pull request?

After apache#15620 , all of the Maven-based 2.0 Jenkins jobs time out consistently. As I pointed out in apache#15620 (comment) , it seems that the regression test is an overkill and may hit constants pool size limitation, which is a known issue and hasn't been fixed yet.

Since apache#15620 only fix the code size limitation problem, we can simplify the test to avoid hitting constants pool size limitation.

## How was this patch tested?

test only change

Author: Wenchen Fan <[email protected]>

Closes apache#16244 from cloud-fan/minor.
Sign up for free to 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.

6 participants