Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 14BC3200B80 for ; Wed, 31 Aug 2016 02:14:22 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 133D1160AC5; Wed, 31 Aug 2016 00:14:22 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 5228F160ABA for ; Wed, 31 Aug 2016 02:14:21 +0200 (CEST) Received: (qmail 37177 invoked by uid 500); 31 Aug 2016 00:14:20 -0000 Mailing-List: contact issues-help@mesos.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@mesos.apache.org Delivered-To: mailing list issues@mesos.apache.org Received: (qmail 37166 invoked by uid 99); 31 Aug 2016 00:14:20 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 31 Aug 2016 00:14:20 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 69A1D2C014C for ; Wed, 31 Aug 2016 00:14:20 +0000 (UTC) Date: Wed, 31 Aug 2016 00:14:20 +0000 (UTC) From: "Michael Gummelt (JIRA)" To: issues@mesos.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (MESOS-6111) Offer cycle is undocumented MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 31 Aug 2016 00:14:22 -0000 Michael Gummelt created MESOS-6111: -------------------------------------- Summary: Offer cycle is undocumented Key: MESOS-6111 URL: https://issues.apache.org/jira/browse/MESOS-6111 Project: Mesos Issue Type: Task Components: documentation Affects Versions: 1.0.1 Reporter: Michael Gummelt cc [~neilc] AFAICT, the "offer cycle" in Mesos is undocumented. As it has been explained to me, the master will send on offer to a successive list of frameworks ordered by DRF, with a 1s gap in between each offer. And when the decline timeout (default 5s) is reached, it will start over at the beginning of the list. This means that, by default, all other frameworks other than the first 5 in DRF ordering will be starved. I'm going to submit a separate JIRA with a proposal to fix this, but at the very least, we should document the above behavior. -- This message was sent by Atlassian JIRA (v6.3.4#6332)