diff options
author | Andrew Or <andrew@databricks.com> | 2016-01-27 11:15:48 -0800 |
---|---|---|
committer | Josh Rosen <joshrosen@databricks.com> | 2016-01-27 11:15:48 -0800 |
commit | 87abcf7df921a5937fdb2bae8bfb30bfabc4970a (patch) | |
tree | 74b5a1cb19f06c40bd99a85feee3f35efbb9a496 /repl | |
parent | edd473751b59b55fa3daede5ed7bc19ea8bd7170 (diff) | |
download | spark-87abcf7df921a5937fdb2bae8bfb30bfabc4970a.tar.gz spark-87abcf7df921a5937fdb2bae8bfb30bfabc4970a.tar.bz2 spark-87abcf7df921a5937fdb2bae8bfb30bfabc4970a.zip |
[SPARK-12895][SPARK-12896] Migrate TaskMetrics to accumulators
The high level idea is that instead of having the executors send both accumulator updates and TaskMetrics, we should have them send only accumulator updates. This eliminates the need to maintain both code paths since one can be implemented in terms of the other. This effort is split into two parts:
**SPARK-12895: Implement TaskMetrics using accumulators.** TaskMetrics is basically just a bunch of accumulable fields. This patch makes TaskMetrics a syntactic wrapper around a collection of accumulators so we don't need to send TaskMetrics from the executors to the driver.
**SPARK-12896: Send only accumulator updates to the driver.** Now that TaskMetrics are expressed in terms of accumulators, we can capture all TaskMetrics values if we just send accumulator updates from the executors to the driver. This completes the parent issue SPARK-10620.
While an effort has been made to preserve as much of the public API as possible, there were a few known breaking DeveloperApi changes that would be very awkward to maintain. I will gather the full list shortly and post it here.
Note: This was once part of #10717. This patch is split out into its own patch from there to make it easier for others to review. Other smaller pieces of already been merged into master.
Author: Andrew Or <andrew@databricks.com>
Closes #10835 from andrewor14/task-metrics-use-accums.
Diffstat (limited to 'repl')
0 files changed, 0 insertions, 0 deletions