Return-Path: X-Original-To: apmail-hadoop-yarn-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-yarn-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C009718D28 for ; Tue, 8 Dec 2015 00:13:11 +0000 (UTC) Received: (qmail 16009 invoked by uid 500); 8 Dec 2015 00:13:11 -0000 Delivered-To: apmail-hadoop-yarn-issues-archive@hadoop.apache.org Received: (qmail 15947 invoked by uid 500); 8 Dec 2015 00:13:11 -0000 Mailing-List: contact yarn-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: yarn-issues@hadoop.apache.org Delivered-To: mailing list yarn-issues@hadoop.apache.org Received: (qmail 15916 invoked by uid 99); 8 Dec 2015 00:13:11 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Dec 2015 00:13:11 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 479B52C14F6 for ; Tue, 8 Dec 2015 00:13:11 +0000 (UTC) Date: Tue, 8 Dec 2015 00:13:11 +0000 (UTC) From: "Konstantinos Karanasos (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (YARN-2882) Add ExecutionType to denote if a container execution is GUARANTEED or QUEUEABLE MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/YARN-2882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15046023#comment-15046023 ] Konstantinos Karanasos commented on YARN-2882: ---------------------------------------------- Thanks for the feedback, [~leftnoteasy]: bq. How about renaming ExecutionType to guaranteed/opportunistic We opted for queueable instead of opportunistic, since queueable is more descriptive and shows better the semantics. If you think queueable is a bad name, we could change it back to opportunistic. bq. Is it necessary to put ExecutionType to ContainerStatus? It is important to put ExecutionType in the ContainerStatus, because this way the RM can differentiate between the different container/execution types. For instance, it should not account for resources that are due to queueable containers. This way less changes will be required by the AM that will not require to keep track of which containers are guaranteed and which are queueable. bq. Why need to add ExecutionType to ContainerInitializationContext/ContainerTerminationContext? Agreed. Even if it is needed in the future, you are right that it should not be part of this patch, so I will go ahead and remove it. > Add ExecutionType to denote if a container execution is GUARANTEED or QUEUEABLE > ------------------------------------------------------------------------------- > > Key: YARN-2882 > URL: https://issues.apache.org/jira/browse/YARN-2882 > Project: Hadoop YARN > Issue Type: Sub-task > Components: nodemanager, resourcemanager > Reporter: Konstantinos Karanasos > Assignee: Konstantinos Karanasos > Attachments: YARN-2882-yarn-2877.001.patch, YARN-2882-yarn-2877.002.patch, yarn-2882.patch > > > This JIRA introduces the notion of container types. > We propose two initial types of containers: guaranteed-start and queueable containers. > Guaranteed-start are the existing containers, which are allocated by the central RM and are instantaneously started, once allocated. > Queueable is a new type of container, which allows containers to be queued in the NM, thus their execution may be arbitrarily delayed. -- This message was sent by Atlassian JIRA (v6.3.4#6332)