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 1E0A7200D2C for ; Sun, 15 Oct 2017 05:34:12 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 12DD4160BE6; Sun, 15 Oct 2017 03:34:12 +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 56D641609D5 for ; Sun, 15 Oct 2017 05:34:11 +0200 (CEST) Received: (qmail 25580 invoked by uid 500); 15 Oct 2017 03:34:10 -0000 Mailing-List: contact yarn-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list yarn-issues@hadoop.apache.org Received: (qmail 25569 invoked by uid 99); 15 Oct 2017 03:34:10 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 15 Oct 2017 03:34:10 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 26E991A0A76 for ; Sun, 15 Oct 2017 03:34:09 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id UDGUXwf6-o3u for ; Sun, 15 Oct 2017 03:34:07 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 7A6E15FBB0 for ; Sun, 15 Oct 2017 03:34:06 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 6A763E0635 for ; Sun, 15 Oct 2017 03:34:04 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 0E38C2438C for ; Sun, 15 Oct 2017 03:34:02 +0000 (UTC) Date: Sun, 15 Oct 2017 03:34:02 +0000 (UTC) From: "Wangda Tan (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (YARN-6927) Add support for individual resource types requests in MapReduce MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Sun, 15 Oct 2017 03:34:12 -0000 [ https://issues.apache.org/jira/browse/YARN-6927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16205005#comment-16205005 ] Wangda Tan commented on YARN-6927: ---------------------------------- [~templedf], since MR only supports specifying individual resource types, I think we can add the support of specifying all types in single field in the future. Before this patch, user can specify {code} yarn.app.mapreduce.am.resource.mb for AM's memory yarn.app.mapreduce.am.cpu-vcores for AM's vcores mapreduce.map/reduce.memory.mb for mapper/reducer's memory mapreduce.map/reduce.cpu.vcores for mapper/reducer's vcores. {code} After this patch, user can specify: {code} For AM's memory: yarn.app.mapreduce.am.resource.mb OR yarn.app.mapreduce.am.resource.memory-mb = 1024 MB For AM's vcores: yarn.app.mapreduce.am.cpu-vcores OR yarn.app.mapreduce.am.resource.vcores = 5 For Other AM resources: yarn.app.mapreduce.am.resource.disk-space = 12 GB For Mapper/Reducer's Memory: mapreduce.map/reduce.memory.mb OR mapreduce.map/reduce.resource.memory-mb = 1024 MB For Mapper/Reducer's vcore: mapreduce.map/reduce.cpu.vcores OR mapreduce.map/reduce.resource.vcores = 3 For other Mapper/Reducer's resource: mapreduce.map/reduce.resource.disk-space = 30 GB {code} First, I think we should throw exception when following options are specified: {code} yarn.app.mapreduce.am.resource.memory-mb yarn.app.mapreduce.am.resource.vcores mapreduce.map/reduce.resource.memory-mb mapreduce.map/reduce.resource.vcores {code} Because overwriting logic (from the implementation, new options like mapreduce.map/reduce.resource.vcores overwrite the old one. This is very confusing to end users. Second, It might be better to support specifying space between number and unit. E.g. 1024MB, 1024 MB are all valid and mean the same thing. currently it doesn't allow adding a space. Thoughts? > Add support for individual resource types requests in MapReduce > --------------------------------------------------------------- > > Key: YARN-6927 > URL: https://issues.apache.org/jira/browse/YARN-6927 > Project: Hadoop YARN > Issue Type: Sub-task > Components: resourcemanager > Reporter: Daniel Templeton > Assignee: Gergo Repas > Attachments: YARN-6927.000.patch, YARN-6927.001.patch > > > YARN-6504 adds support for resource profiles in MapReduce jobs, but resource profiles don't give users much flexibility in their resource requests. To satisfy users' needs, MapReduce should also allow users to specify arbitrary resource requests. -- This message was sent by Atlassian JIRA (v6.4.14#64029) --------------------------------------------------------------------- To unsubscribe, e-mail: yarn-issues-unsubscribe@hadoop.apache.org For additional commands, e-mail: yarn-issues-help@hadoop.apache.org