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 D7D63200D3E for ; Thu, 16 Nov 2017 21:00:06 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id D629E160BEA; Thu, 16 Nov 2017 20:00:06 +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 29ED91609EF for ; Thu, 16 Nov 2017 21:00:06 +0100 (CET) Received: (qmail 6839 invoked by uid 500); 16 Nov 2017 20:00:05 -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 6827 invoked by uid 99); 16 Nov 2017 20:00:05 -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; Thu, 16 Nov 2017 20:00:05 +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 5D1651A202E for ; Thu, 16 Nov 2017 20:00:04 +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 DWdLJd4Q0Tq3 for ; Thu, 16 Nov 2017 20:00:03 +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 C0FC45FCF9 for ; Thu, 16 Nov 2017 20:00:01 +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 108BAE0F13 for ; Thu, 16 Nov 2017 20:00:01 +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 6633B240E6 for ; Thu, 16 Nov 2017 20:00:00 +0000 (UTC) Date: Thu, 16 Nov 2017 20:00:00 +0000 (UTC) From: "Wangda Tan (JIRA)" To: yarn-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (YARN-7438) Additional changes to make SchedulingPlacementSet agnostic to ResourceRequest / placement algorithm MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 16 Nov 2017 20:00:07 -0000 [ https://issues.apache.org/jira/browse/YARN-7438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16255878#comment-16255878 ] Wangda Tan commented on YARN-7438: ---------------------------------- [~sunilg], bq. lastPendingAsk and newPendingAsk seems a little tricky to understand and its per Scheduler Key. Could we rename this better. I just more explanations to PendingAskUpdateResult, please let me know if it is sufficient. bq. Once we save set of resource requests associated with a given container, it might have various resource names (node local, rack local etc). But ANY will be common. I agree with this as well as [~asuresh]'s suggestion. Under the context of YARN-6592, we may need SchedulingRequest (or request-agnostic class) to save results. So I prefer to keep it as-is and revisit this in the future. [~asuresh], any suggestions here? bq. lastPendingAsk could be cached? I'm quite sure what does this mean, could you elaborate? [~asuresh], bq. We should change the name of AppPlacementAllocator#updateResourceRequests to updatePendingAsk Done. Attached ver.2 patch. Please kindly review. > Additional changes to make SchedulingPlacementSet agnostic to ResourceRequest / placement algorithm > --------------------------------------------------------------------------------------------------- > > Key: YARN-7438 > URL: https://issues.apache.org/jira/browse/YARN-7438 > Project: Hadoop YARN > Issue Type: Sub-task > Reporter: Wangda Tan > Assignee: Wangda Tan > Attachments: YARN-7438.001.patch > > > In additional to YARN-6040, we need to make changes to SchedulingPlacementSet to make it: > 1) Agnostic to ResourceRequest (so once we have YARN-6592 merged, we can add new SchedulingPlacementSet implementation in parallel with LocalitySchedulingPlacementSet to use/manage new requests API) > 2) Agnostic to placement algorithm (now it is bind to delayed scheduling, we should update APIs to make sure new placement algorithms such as complex placement algorithms can be implemented by using SchedulingPlacementSet). -- 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