[ 
https://issues.apache.org/jira/browse/MESOS-3075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

James Peach updated MESOS-3075:
-------------------------------
    Attachment: MESOS-3075.tiff

Attached screenshot of %user CPU usage for meson-master. The purple is 
unmodified 0.22.1, the brown is with the changes from MESOS-3052, and the final 
blue is with a compatibility patch that implements the QuiesceOffers semantic.

> introduce QuiesceOffers message
> -------------------------------
>
>                 Key: MESOS-3075
>                 URL: https://issues.apache.org/jira/browse/MESOS-3075
>             Project: Mesos
>          Issue Type: Improvement
>            Reporter: James Peach
>         Attachments: MESOS-3075.tiff
>
>
> When there are a large number of slaves and a large number of frameworks, 
> allocation performance suffers as the list of refused filters grows. Once a 
> framework hits its target, it ends up having to refused offers all the time. 
> It is more effective to simply request that it no longer receive offers.
> The QuiesceOffers message requests that the framework no longer receive 
> offers. It has similar semantics to declining an offer. The quiescence is 
> persisted across framework failures, and can be lifted using ReviveOffers. 
> The proposed protobuf signature for this is:
> {code}
> diff --git a/src/messages/messages.proto b/src/messages/messages.proto
> index 165a16d..1b4475a 100644
> --- a/src/messages/messages.proto
> +++ b/src/messages/messages.proto
> @@ -188,6 +188,10 @@ message ReviveOffersMessage {
>    required FrameworkID framework_id = 1;
>  }
> +message QuiesceOffersMessage {
> +  required FrameworkID framework_id = 1;
> +  optional double quiesce_seconds = 2;
> +}
> {code}
> If {{quiesce_seconds}} is not specified, the quiescence is indefinite (ie. 
> applied until the next ReviveOffers).



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

Reply via email to