[ https://issues.apache.org/jira/browse/SPARK-15904?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alessio updated SPARK-15904: ---------------------------- Description: *Please Note*: even though the issue has been marked as "not a problem" and "resolved", this is actually a problem and wasn't resolved at all. Several people encountered memory issues using MLlib for large and complex problems (see http://stackoverflow.com/questions/32621267/spark-1-4-0-hangs-running-randomforest and http://stackoverflow.com/questions/27367804/how-do-i-get-spark-submit-to-close) Running MLlib K-Means on a ~400MB dataset (12 partitions), persisted on Memory and Disk. Everything's fine, although at the end of K-Means, after the number of iterations, the cost function value and the running time there's a nice "Removing RDD <idx> from persistent list" stage. However, during this stage there's a high memory pressure. Weird, since RDDs are about to be removed. Full log of this stage: 16/06/12 20:37:33 INFO clustering.KMeans: Run 0 finished in 14 iterations 16/06/12 20:37:33 INFO clustering.KMeans: Iterations took 694.544 seconds. 16/06/12 20:37:33 INFO clustering.KMeans: KMeans converged in 14 iterations. 16/06/12 20:37:33 INFO clustering.KMeans: The cost for the best run is 49784.87126751288. 16/06/12 20:37:33 INFO rdd.MapPartitionsRDD: Removing RDD 781 from persistence list 16/06/12 20:37:33 INFO storage.BlockManager: Removing RDD 781 16/06/12 20:37:33 INFO rdd.MapPartitionsRDD: Removing RDD 780 from persistence list 16/06/12 20:37:33 INFO storage.BlockManager: Removing RDD 780 I'm running this K-Means on a 16GB machine, with Spark Context as local[*]. My machine has an i5 hyperthreaded dual-core, thus [*] means 4. I'm launching this application though spark-submit with --driver-memory 9G. _Further test #1:_ the problem appears also without persisting/caching on memory (i.e. persist on disk only or no caching/persisting at all). _Further test #2:_ changing "spark.storage.memoryFraction" doesn't help as well. _Further test #3:_ lowering the driver memory will result in an Out-of-memory error. The out-of-memory error pops out during the Kmeanstrain call. _Further test #4:_ tried running on a standalone cluster in order to balance the memory load, out-of-memory error. _Further test #4:_ this is most likely to happen when the number of features is large: I was indeed able to run something like K=13000 on a dataset with 129 features. was: *Please Note*: even though the issue has been marked as "not a problem" and "resolved", this is actually a problem and wasn't resolved at all. Several people encountered memory issues using MLlib for large and complex problems (see http://stackoverflow.com/questions/32621267/spark-1-4-0-hangs-running-randomforest and http://stackoverflow.com/questions/27367804/how-do-i-get-spark-submit-to-close) Running MLlib K-Means on a ~400MB dataset (12 partitions), persisted on Memory and Disk. Everything's fine, although at the end of K-Means, after the number of iterations, the cost function value and the running time there's a nice "Removing RDD <idx> from persistent list" stage. However, during this stage there's a high memory pressure. Weird, since RDDs are about to be removed. Full log of this stage: 16/06/12 20:37:33 INFO clustering.KMeans: Run 0 finished in 14 iterations 16/06/12 20:37:33 INFO clustering.KMeans: Iterations took 694.544 seconds. 16/06/12 20:37:33 INFO clustering.KMeans: KMeans converged in 14 iterations. 16/06/12 20:37:33 INFO clustering.KMeans: The cost for the best run is 49784.87126751288. 16/06/12 20:37:33 INFO rdd.MapPartitionsRDD: Removing RDD 781 from persistence list 16/06/12 20:37:33 INFO storage.BlockManager: Removing RDD 781 16/06/12 20:37:33 INFO rdd.MapPartitionsRDD: Removing RDD 780 from persistence list 16/06/12 20:37:33 INFO storage.BlockManager: Removing RDD 780 I'm running this K-Means on a 16GB machine, with Spark Context as local[*]. My machine has an i5 hyperthreaded dual-core, thus [*] means 4. I'm launching this application though spark-submit with --driver-memory 9G. _Further test #1:_ the problem appears also without persisting/caching on memory (i.e. persist on disk only or no caching/persisting at all). _Further test #2:_ changing "spark.storage.memoryFraction" doesn't help as well. _Further test #3:_ lowering the driver memory will result in an Out-of-memory error. The out-of-memory error pops out during the Kmeanstrain call. _Further test #4:_ tried running on a standalone cluster in order to balance the memory load, out-of-memory error. > High Memory Pressure using MLlib K-means > ---------------------------------------- > > Key: SPARK-15904 > URL: https://issues.apache.org/jira/browse/SPARK-15904 > Project: Spark > Issue Type: Improvement > Components: MLlib > Affects Versions: 1.6.1 > Environment: Mac OS X 10.11.6beta on Macbook Pro 13" mid-2012. 16GB > of RAM. > Reporter: Alessio > Priority: Minor > > *Please Note*: even though the issue has been marked as "not a problem" and > "resolved", this is actually a problem and wasn't resolved at all. Several > people encountered memory issues using MLlib for large and complex problems > (see > http://stackoverflow.com/questions/32621267/spark-1-4-0-hangs-running-randomforest > and > http://stackoverflow.com/questions/27367804/how-do-i-get-spark-submit-to-close) > Running MLlib K-Means on a ~400MB dataset (12 partitions), persisted on > Memory and Disk. > Everything's fine, although at the end of K-Means, after the number of > iterations, the cost function value and the running time there's a nice > "Removing RDD <idx> from persistent list" stage. However, during this stage > there's a high memory pressure. Weird, since RDDs are about to be removed. > Full log of this stage: > 16/06/12 20:37:33 INFO clustering.KMeans: Run 0 finished in 14 iterations > 16/06/12 20:37:33 INFO clustering.KMeans: Iterations took 694.544 seconds. > 16/06/12 20:37:33 INFO clustering.KMeans: KMeans converged in 14 iterations. > 16/06/12 20:37:33 INFO clustering.KMeans: The cost for the best run is > 49784.87126751288. > 16/06/12 20:37:33 INFO rdd.MapPartitionsRDD: Removing RDD 781 from > persistence list > 16/06/12 20:37:33 INFO storage.BlockManager: Removing RDD 781 > 16/06/12 20:37:33 INFO rdd.MapPartitionsRDD: Removing RDD 780 from > persistence list > 16/06/12 20:37:33 INFO storage.BlockManager: Removing RDD 780 > I'm running this K-Means on a 16GB machine, with Spark Context as local[*]. > My machine has an i5 hyperthreaded dual-core, thus [*] means 4. > I'm launching this application though spark-submit with --driver-memory 9G. > _Further test #1:_ the problem appears also without persisting/caching on > memory (i.e. persist on disk only or no caching/persisting at all). > _Further test #2:_ changing "spark.storage.memoryFraction" doesn't help as > well. > _Further test #3:_ lowering the driver memory will result in an Out-of-memory > error. The out-of-memory error pops out during the Kmeanstrain call. > _Further test #4:_ tried running on a standalone cluster in order to balance > the memory load, out-of-memory error. > _Further test #4:_ this is most likely to happen when the number of features > is large: I was indeed able to run something like K=13000 on a dataset with > 129 features. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org For additional commands, e-mail: issues-h...@spark.apache.org