Skip to content

Conversation

@ala
Copy link
Contributor

@ala ala commented Feb 7, 2017

What changes were proposed in this pull request?

This change introduces a new metric "number of generated rows". It is used exclusively for Range, which is a leaf in the query tree, yet doesn't read any input data, and therefore cannot report "recordsRead".

Additionally the way in which the metrics are reported by the JIT-compiled version of Range was changed. Previously, it was immediately reported that all the records were produced. This could be confusing for a user monitoring execution progress in the UI. Now, the metric is updated gradually.

In order to avoid negative impact on Range performance, the code generation was reworked. The values are now produced in batches in the tighter inner loop, while the metrics are updated in the outer loop.

The change also contains a number of unit tests, which should help ensure the correctness of metrics for various input sources.

How was this patch tested?

Unit tests.

@hvanhovell
Copy link
Contributor

add to whitelist

@hvanhovell
Copy link
Contributor

ok to test

@rxin
Copy link
Contributor

rxin commented Feb 7, 2017

LGTM

@SparkQA
Copy link

SparkQA commented Feb 7, 2017

Test build #72499 has finished for PR 16829 at commit aa6892a.

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

@rxin
Copy link
Contributor

rxin commented Feb 7, 2017

Merging in master. Thanks.

@asfgit asfgit closed this in 6ed285c Feb 7, 2017
@SparkQA
Copy link

SparkQA commented Feb 7, 2017

Test build #3560 has finished for PR 16829 at commit aa6892a.

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

cmonkey pushed a commit to cmonkey/spark that referenced this pull request Feb 15, 2017
## What changes were proposed in this pull request?

This change introduces a new metric "number of generated rows". It is used exclusively for Range, which is a leaf in the query tree, yet doesn't read any input data, and therefore cannot report "recordsRead".

Additionally the way in which the metrics are reported by the JIT-compiled version of Range was changed. Previously, it was immediately reported that all the records were produced. This could be confusing for a user monitoring execution progress in the UI. Now, the metric is updated gradually.

In order to avoid negative impact on Range performance, the code generation was reworked. The values are now produced in batches in the tighter inner loop, while the metrics are updated in the outer loop.

The change also contains a number of unit tests, which should help ensure the correctness of metrics for various input sources.

## How was this patch tested?

Unit tests.

Author: Ala Luszczak <[email protected]>

Closes apache#16829 from ala/SPARK-19447.
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.

4 participants