You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Guangya Liu (JIRA)" <ji...@apache.org> on 2015/09/02 18:07:45 UTC

[jira] [Commented] (MESOS-3078) Recovered resources are not re-allocated until the next allocation delay.

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

Guangya Liu commented on MESOS-3078:
------------------------------------

The MESOS-3157 is a similar issue, the solution is removing all the event-triggered allocations to reduce event queue and only allocate from the batch task HierarchicalAllocatorProcess::batch. This works great and really improves responsiveness with lots of short-live frameworks

> Recovered resources are not re-allocated until the next allocation delay.
> -------------------------------------------------------------------------
>
>                 Key: MESOS-3078
>                 URL: https://issues.apache.org/jira/browse/MESOS-3078
>             Project: Mesos
>          Issue Type: Improvement
>          Components: allocation
>            Reporter: Benjamin Mahler
>
> Currently, when resources are recovered, we do not perform an allocation for that slave. Rather, we wait until the next allocation interval.
> For small task, high throughput frameworks, this can have a significant impact on overall throughput, see the following thread:
> http://markmail.org/thread/y6mzfwzlurv6nik3
> We should consider immediately performing a re-allocation for the slave upon resource recovery.



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