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

Wangda Tan commented on YARN-7670:
----------------------------------

[~asuresh], 

bq. YARN-6592 branch is up todate - I just rebased it with trunk and force 
pushed - am guessing thats what you meant ?
Oh actually what I meant is merging the two commits, one is for the main change 
and the other one is addendum fix. It's not necessary to commit addendum patch 
to branch. 

bq. So, my intention was that it would be a generic API - not something only 
the Processor can use. My understanding from our previous discussions were that 
the Scheduler itself is split into 2 phases: First is the Proposal phase and 
second the Commit phase. I think the API introduced here is a formalization of 
the the Commit phase - no ?
It is true that we discussed this and it should not be a separate API, however, 
the problem is current logic assumes "don't check pending resource". And the 
only module needs this behavior is placement processor. Unless checking pending 
resource is supported by the API, we can change other logic inside 
CapacityScheduler to use the new added API.

> Modifications to the ResourceScheduler to support SchedulingRequests
> --------------------------------------------------------------------
>
>                 Key: YARN-7670
>                 URL: https://issues.apache.org/jira/browse/YARN-7670
>             Project: Hadoop YARN
>          Issue Type: Sub-task
>            Reporter: Arun Suresh
>            Assignee: Arun Suresh
>             Fix For: YARN-6592
>
>         Attachments: YARN-7670-YARN-6592.001.patch, 
> YARN-7670-YARN-6592.002.patch, YARN-7670-YARN-6592.003.patch, 
> YARN-7670-YARN-6592.addendum.patch
>
>
> As per discussions in YARN-7612. This JIRA tracks the changes to the 
> ResourceScheduler interface and implementation in CapacityScheduler to 
> support SchedulingRequests



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to