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

Wangda Tan commented on YARN-1011:
----------------------------------

Thanks for updating docs, [~kasha]. Most part of the design doc makes sense to 
me, I have the same concern regarding SLA of opportunistic containers:

I'm not very familiar with CPU scheduling in CGroup. Do you know what will 
happen for the following example:
Let's say a node (strict resource usage disabled) has 60% of CPU utilization, 
which consumed by 10 processes, each of them has CPU share = 1024. Now there's 
a new process comes with CPU share = 1, it wants 100% of CPU, will the system 
gives 40% of the idle CPU to the new process or the new process can only get 
small proportion of the rest idle resources?

If the process can full leverage idle resources regardless of CPU share, I'm 
fine with setting lowest CPU-share for opportunistic containers.

bq. Won't the scheduler just try to assign it to that application again? Seems 
like they'll fight one another. "Here's a container".."No, I don't like this 
container".."No really, you should like this container, take it."....
I think this is a valid concern, [~kasha], do you think scheduler should smart 
enough to avoid allocating opportunistic containers to an app who doesn't want 
such opportunistic container?

> [Umbrella] Schedule containers based on utilization of currently allocated 
> containers
> -------------------------------------------------------------------------------------
>
>                 Key: YARN-1011
>                 URL: https://issues.apache.org/jira/browse/YARN-1011
>             Project: Hadoop YARN
>          Issue Type: New Feature
>            Reporter: Arun C Murthy
>         Attachments: yarn-1011-design-v0.pdf, yarn-1011-design-v1.pdf, 
> yarn-1011-design-v2.pdf
>
>
> Currently RM allocates containers and assumes resources allocated are 
> utilized.
> RM can, and should, get to a point where it measures utilization of allocated 
> containers and, if appropriate, allocate more (speculative?) containers.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to