hadoop-yarn-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Wangda Tan (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (YARN-3434) Interaction between reservations and userlimit can result in significant ULF violation
Date Wed, 15 Apr 2015 20:45:59 GMT

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

Wangda Tan commented on YARN-3434:
----------------------------------

[~tgraves],
Make sense to me, especially for the {{local transient variable rather then a globally stored
one}}. So I think after the change, flows to use/update ResourceLimit will be:
{code}
In LeafQueue:

Both:
  updateClusterResource |
                        |--------------> resource-limit 
  assignContainers      | update&store   (only for compute headroom)

Only:
  assignContainers
        |
        V
     check queue limit
        |
        V
     check user limit
        |
        V
     set how-much-should-unreserve to ResourceLimits and pass down
 {code}

 Is that what you also think about?

> Interaction between reservations and userlimit can result in significant ULF violation
> --------------------------------------------------------------------------------------
>
>                 Key: YARN-3434
>                 URL: https://issues.apache.org/jira/browse/YARN-3434
>             Project: Hadoop YARN
>          Issue Type: Bug
>          Components: capacityscheduler
>    Affects Versions: 2.6.0
>            Reporter: Thomas Graves
>            Assignee: Thomas Graves
>         Attachments: YARN-3434.patch
>
>
> ULF was set to 1.0
> User was able to consume 1.4X queue capacity.
> It looks like when this application launched, it reserved about 1000 containers, each
8G each, within about 5 seconds. I think this allowed the logic in assignToUser() to allow
the userlimit to be surpassed.



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

Mime
View raw message