[ 
https://issues.apache.org/jira/browse/SPARK-5768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14318088#comment-14318088
 ] 

Al M commented on SPARK-5768:
-----------------------------

So when it says *Memory Used* 3.2GB / 20GB it actually means we are using 3.2GB 
of memory for caching out of a total 20GB available for caching?

Calling the the column 'Storage Memory' this would be clearer to me.  If 
changing the heading of the column is not an option then a tooltip explaining 
that it is referring to memory used for storage.

I'd find it pretty useful to have another column that shows my total memory 
usage.  Right now I can only see this by running 'free' or 'top' every machine 
or looking at the Yarn UI.

> Spark UI Shows incorrect memory under Yarn
> ------------------------------------------
>
>                 Key: SPARK-5768
>                 URL: https://issues.apache.org/jira/browse/SPARK-5768
>             Project: Spark
>          Issue Type: Improvement
>          Components: Web UI
>    Affects Versions: 1.2.0, 1.2.1
>         Environment: Centos 6
>            Reporter: Al M
>            Priority: Trivial
>
> I am running Spark on Yarn with 2 executors.  The executors are running on 
> separate physical machines.
> I have spark.executor.memory set to '40g'.  This is because I want to have 
> 40g of memory used on each machine.  I have one executor per machine.
> When I run my application I see from 'top' that both my executors are using 
> the full 40g of memory I allocated to them.
> The 'Executors' tab in the Spark UI shows something different.  It shows the 
> memory used as a total of 20GB per executor e.g. x / 20.3GB.  This makes it 
> look like I only have 20GB available per executor when really I have 40GB 
> available.



--
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

Reply via email to