diff options
| author | Andrew Or <andrew@databricks.com> | 2014-12-18 17:37:42 -0800 |
|---|---|---|
| committer | Andrew Or <andrew@databricks.com> | 2014-12-18 17:38:33 -0800 |
| commit | 9804a759b68f56eceb8a2f4ea90f76a92b5f9f67 (patch) | |
| tree | 3360f84a7788ce9744b5ecbdde9dd871beaff9f0 /sql | |
| parent | 105293a7d06b26e7b179a0447eb802074ee9c218 (diff) | |
| download | spark-9804a759b68f56eceb8a2f4ea90f76a92b5f9f67.tar.gz spark-9804a759b68f56eceb8a2f4ea90f76a92b5f9f67.tar.bz2 spark-9804a759b68f56eceb8a2f4ea90f76a92b5f9f67.zip | |
[SPARK-4754] Refactor SparkContext into ExecutorAllocationClient
This is such that the `ExecutorAllocationManager` does not take in the `SparkContext` with all of its dependencies as an argument. This prevents future developers of this class to tie down this class further with the `SparkContext`, which has really become quite a monstrous object.
cc'ing pwendell who originally suggested this, and JoshRosen who may have thoughts about the trait mix-in style of `SparkContext`.
Author: Andrew Or <andrew@databricks.com>
Closes #3614 from andrewor14/dynamic-allocation-sc and squashes the following commits:
187070d [Andrew Or] Merge branch 'master' of github.com:apache/spark into dynamic-allocation-sc
59baf6c [Andrew Or] Merge branch 'master' of github.com:apache/spark into dynamic-allocation-sc
347a348 [Andrew Or] Refactor SparkContext into ExecutorAllocationClient
Diffstat (limited to 'sql')
0 files changed, 0 insertions, 0 deletions