Skip to content

Conversation

@eejbyfeldt
Copy link
Contributor

What changes were proposed in this pull request?

This avoids a int overflow in calculating estimated total size for a broadcast. The wrong value is only used in a log message but the wrong size being logged can be confusing.

Why are the changes needed?

The current log message will be incorrect for broadcast exceeding 2GiB.

Does this PR introduce any user-facing change?

I fixes the log message for broadcast > 2GiB in size.

How was this patch tested?

Existing unit tests. Does spark have some way to test logging?

@AmplabJenkins
Copy link

Can one of the admins verify this patch?

@srowen
Copy link
Member

srowen commented Oct 14, 2022

Can you try re-running the tests? it looks unrelated

@eejbyfeldt
Copy link
Contributor Author

Can you try re-running the tests? it looks unrelated

Looks like the rerun worked.

@srowen
Copy link
Member

srowen commented Oct 15, 2022

Merged to master

@srowen srowen closed this in f8403f9 Oct 15, 2022
SandishKumarHN pushed a commit to SandishKumarHN/spark that referenced this pull request Dec 12, 2022
…message

### What changes were proposed in this pull request?

This avoids a int overflow in calculating estimated total size for a broadcast. The wrong value is only used in a log message but the wrong size being logged can be confusing.

### Why are the changes needed?
The current log message will be incorrect for broadcast exceeding 2GiB.

### Does this PR introduce _any_ user-facing change?

I fixes the log message for broadcast > 2GiB in size.

### How was this patch tested?
Existing unit tests. Does spark have some way to test logging?

Closes apache#38224 from eejbyfeldt/SPARK-40771.

Authored-by: Emil Ejbyfeldt <[email protected]>
Signed-off-by: Sean Owen <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants