Sandy Ryza commented on YARN-2555:

[~gp.leftnoteasy], this isn't the same as having an NM variable affect the RM 
conf.  Considering the effective max allocation as the biggest node means 
rejecting requests that won't fit on any node, which I believe is the correct 
behavior.  The issue I had with YARN-2422 was handling at this at the 
configuration level, rather than properly handling this for heterogeneous 

Thanks for pointing that out [~agentvindo.dev] - agreed that this duplicates 
YARN-56.  I think something like the approach outlined here probably makes the 
most sense for that JIRA.

> Effective max-allocation-* should consider biggest node
> -------------------------------------------------------
>                 Key: YARN-2555
>                 URL: https://issues.apache.org/jira/browse/YARN-2555
>             Project: Hadoop YARN
>          Issue Type: Improvement
>    Affects Versions: 2.5.1
>            Reporter: Karthik Kambatla
> The effective max-allocation-mb should be 
> min(admin-configured-max-allocation-mb, max-mb-on-one-node), so we can reject 
> container requests for resources larger than any node. Today, these requests 
> wait forever. 
> We should do this for all resources and update the effective value on node 
> updates. 

This message was sent by Atlassian JIRA

Reply via email to