[
https://issues.apache.org/jira/browse/YARN-1707?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14077296#comment-14077296
]
Wangda Tan commented on YARN-1707:
----------------------------------
Hi [~curino],
Thanks for your reply,
For regarding how the patch matches the JIRA:
Since I don't have other solid use cases in my mind that others besides
{{ReservationSystem}} can leverage these features, I don't have strong opinions
to merge such dynamic behaviors into {{ParentQueue}}, {{LeafQueue}}. Let's wait
for more feedbacks.
I agree that we can consider queue capacity as a "weight", it will be easier
for users to configure, and it's a backward-compatible change also (except it
will not throw exception when sum of children of a {{ParentQueue}} doesn't
equals to 100).
bq. As I was mentioning in my previous comment, this is likely fine for the
limited usage we will make of this from ReservationSystem
I think for moving application across queue is not a ReservationSystem specific
change. I would suggest to check it will not violate restrictions in target
queue before moving it.
Thanks,
Wangda
> Making the CapacityScheduler more dynamic
> -----------------------------------------
>
> Key: YARN-1707
> URL: https://issues.apache.org/jira/browse/YARN-1707
> Project: Hadoop YARN
> Issue Type: Sub-task
> Components: capacityscheduler
> Reporter: Carlo Curino
> Assignee: Carlo Curino
> Labels: capacity-scheduler
> Attachments: YARN-1707.patch
>
>
> The CapacityScheduler is a rather static at the moment, and refreshqueue
> provides a rather heavy-handed way to reconfigure it. Moving towards
> long-running services (tracked in YARN-896) and to enable more advanced
> admission control and resource parcelling we need to make the
> CapacityScheduler more dynamic. This is instrumental to the umbrella jira
> YARN-1051.
> Concretely this require the following changes:
> * create queues dynamically
> * destroy queues dynamically
> * dynamically change queue parameters (e.g., capacity)
> * modify refreshqueue validation to enforce sum(child.getCapacity())<= 100%
> instead of ==100%
> We limit this to LeafQueues.
--
This message was sent by Atlassian JIRA
(v6.2#6252)