[
https://issues.apache.org/jira/browse/MESOS-3157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14649888#comment-14649888
]
Benjamin Mahler commented on MESOS-3157:
----------------------------------------
cc [~nnielsen]
IIRC, when modules were added we accepted that module writers would have to
recompile whenever the interface changed. We probably want to pass flags into
the allocator going forward rather than breaking the interface for each change.
Not sure what the long term plan is for passing flags into modularized
components, in this case it seems fine since these flags are very general.
However, we may want to pass in an {{allocator::Flags}} that holds only the
allocation related flags.
> only perform batch resource allocations
> ---------------------------------------
>
> Key: MESOS-3157
> URL: https://issues.apache.org/jira/browse/MESOS-3157
> Project: Mesos
> Issue Type: Bug
> Components: allocation
> Reporter: James Peach
> Assignee: James Peach
>
> Our deployment environments have a lot of churn, with many short-live
> frameworks that often revive offers. Running the allocator takes a long time
> (from seconds up to minutes).
> In this situation, event-triggered allocation causes the event queue in the
> allocator process to get very long, and the allocator effectively becomes
> unresponsive (eg. a revive offers message takes too long to come to the head
> of the queue).
> We have been running a patch to remove all the event-triggered allocations
> and only allocate from the batch task
> {{HierarchicalAllocatorProcess::batch}}. This works great and really improves
> responsiveness.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
