Aaron Davidson 293a0af5a1 In experimental clusters we've observed that a 10 second timeout was insufficient, ... despite having a low number of nodes and relatively small workload (16 nodes, <1.5 TB data). This would cause an entire job to fail at the beginning of the reduce phase. There is no particular reason for this value to be small as a timeout should only occur in an exceptional situation. Also centralized the reading of spark.akka.askTimeout to AkkaUtils (surely this can later be cleaned up to use Typesafe). Finally, deleted some lurking implicits. If anyone can think of a reason they should still be there, please let me know.		2013-12-18 21:42:29 -08:00
..
src	In experimental clusters we've observed that a 10 second timeout was insufficient,	2013-12-18 21:42:29 -08:00
pom.xml	Cleanup	2013-12-16 21:56:21 -08:00