spark-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jalafate <>
Subject Re: Identify the performance bottleneck from hardware prospective
Date Thu, 05 Mar 2015 23:02:37 GMT
Hi David,

It is a great point. It is actually one of the reasons that my program is
slow. I found that the major cause of my program running slow is the huge
garbage collection time. I created too many small objects in the map
procedure which triggers GC mechanism frequently. After I improved my
program by creating fewer objects, the performance is much better.

Here are two videos that may help other people who also struggling about
finding the bottleneck of your spark applications.

1. A Deeper Understanding of Spark Internals - Aaron Davidson (Databricks)

2. Spark Summit 2014 - Advanced Spark Training - Advanced Spark Internals
and Tuning

I personally learned a lot from the points mentioned in the two videos

In practice, I will monitor CPU user time, CPU idle time (if disk IO is the
bottleneck, CPU idle time should be significant), memory usage, network IO
and garbage collection time per task (can be found on the Spark web UI).
Ganglia will be helpful to monitor CPU, memory and network IO.


On Thu, Mar 5, 2015 at 1:39 AM, davidkl [via Apache Spark User List] <> wrote:

> Hello Julaiti,
> Maybe I am just asking the obvious :-) but did you check disk IO?
> Depending on what you are doing that could be the bottleneck.
> In my case none of the HW resources was a bottleneck, but using some
> distributed features that were blocking execution (e.g. Hazelcast). Could
> that be your case as well?
> Regards
> ------------------------------
>  If you reply to this email, your message will be added to the discussion
> below:
>  To unsubscribe from Identify the performance bottleneck from hardware
> prospective, click here
> <>
> .
> <>

View this message in context:
Sent from the Apache Spark User List mailing list archive at
View raw message