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 5A6A3200BE7 for ; Tue, 15 Nov 2016 02:10:05 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 58FDC160B0D; Tue, 15 Nov 2016 01:10:05 +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 A30E8160B06 for ; Tue, 15 Nov 2016 02:10:04 +0100 (CET) Received: (qmail 70247 invoked by uid 500); 15 Nov 2016 01:09:58 -0000 Mailing-List: contact issues-help@spark.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@spark.apache.org Received: (qmail 70219 invoked by uid 99); 15 Nov 2016 01:09:58 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Nov 2016 01:09:58 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 8264F2C4C76 for ; Tue, 15 Nov 2016 01:09:58 +0000 (UTC) Date: Tue, 15 Nov 2016 01:09:58 +0000 (UTC) From: "Marcelo Vanzin (JIRA)" To: issues@spark.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (SPARK-18085) Better History Server scalability for many / large applications MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Tue, 15 Nov 2016 01:10:05 -0000 [ https://issues.apache.org/jira/browse/SPARK-18085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15665618#comment-15665618 ] Marcelo Vanzin commented on SPARK-18085: ---------------------------------------- Hey all, any more feedback here? I've made some progress in the M3 implementation, but I've been distracted by more urgent issues, and it's also a pretty large milestone. But it still would be good to know whether people have any concerns about the changes being proposed before I spent too much time working on something that people just don't want. Just be aware that where the data is written to is not really the most important things here; the main thing is that UI data would now live somewhere that is not the Spark driver's memory, and most of the changes are towards implementing the abstractions to support that. In fact, you could even still store things in memory later on too, although I don't think that will be necessary (nor desired). > Better History Server scalability for many / large applications > --------------------------------------------------------------- > > Key: SPARK-18085 > URL: https://issues.apache.org/jira/browse/SPARK-18085 > Project: Spark > Issue Type: Umbrella > Components: Spark Core, Web UI > Affects Versions: 2.0.0 > Reporter: Marcelo Vanzin > Attachments: spark_hs_next_gen.pdf > > > It's a known fact that the History Server currently has some annoying issues when serving lots of applications, and when serving large applications. > I'm filing this umbrella to track work related to addressing those issues. I'll be attaching a document shortly describing the issues and suggesting a path to how to solve them. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org For additional commands, e-mail: issues-help@spark.apache.org