[ https://issues.apache.org/jira/browse/YARN-807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14090098#comment-14090098 ]
Wangda Tan commented on YARN-807: --------------------------------- Hi [~sandyr], While reading comment of YARN-2385: https://issues.apache.org/jira/browse/YARN-2385?focusedCommentId=14089936&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14089936. I found the difference between CapacityScheduler/FairScheduler getAppsInQueues was made by this patch, which is FairScheduler will return all apps, and CapacityScheduler will only return active apps. Is there any special considerations for made this different? Do you think is it fine to change CapacityScheduler's behavior to return active+pending apps? Hope to get your idea about this :) Thanks, Wangda > When querying apps by queue, iterating over all apps is inefficient and > limiting > --------------------------------------------------------------------------------- > > Key: YARN-807 > URL: https://issues.apache.org/jira/browse/YARN-807 > Project: Hadoop YARN > Issue Type: Improvement > Affects Versions: 2.0.4-alpha > Reporter: Sandy Ryza > Assignee: Sandy Ryza > Fix For: 2.3.0 > > Attachments: YARN-807-1.patch, YARN-807-2.patch, YARN-807-3.patch, > YARN-807-4.patch, YARN-807.patch > > > The question "which apps are in queue x" can be asked via the RM REST APIs, > through the ClientRMService, and through the command line. In all these > cases, the question is answered by scanning through every RMApp and filtering > by the app's queue name. > All schedulers maintain a mapping of queues to applications. I think it > would make more sense to ask the schedulers which applications are in a given > queue. This is what was done in MR1. This would also have the advantage of > allowing a parent queue to return all the applications on leaf queues under > it, and allow queue name aliases, as in the way that "root.default" and > "default" refer to the same queue in the fair scheduler. -- This message was sent by Atlassian JIRA (v6.2#6252)