Return-Path: X-Original-To: apmail-hive-dev-archive@www.apache.org Delivered-To: apmail-hive-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7B06018AFF for ; Thu, 16 Jul 2015 04:52:06 +0000 (UTC) Received: (qmail 17568 invoked by uid 500); 16 Jul 2015 04:52:05 -0000 Delivered-To: apmail-hive-dev-archive@hive.apache.org Received: (qmail 17472 invoked by uid 500); 16 Jul 2015 04:52:05 -0000 Mailing-List: contact dev-help@hive.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@hive.apache.org Delivered-To: mailing list dev@hive.apache.org Received: (qmail 17257 invoked by uid 99); 16 Jul 2015 04:52:05 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Jul 2015 04:52:05 +0000 Date: Thu, 16 Jul 2015 04:52:05 +0000 (UTC) From: "Xuefu Zhang (JIRA)" To: dev@hive.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (HIVE-11276) Optimization around job submission and adding jars [Spark Branch] MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Xuefu Zhang created HIVE-11276: ---------------------------------- Summary: Optimization around job submission and adding jars [Spark Branch] Key: HIVE-11276 URL: https://issues.apache.org/jira/browse/HIVE-11276 Project: Hive Issue Type: Sub-task Components: Spark Affects Versions: 1.1.0 Reporter: Xuefu Zhang It seems that Hive on Spark has some room for performance improvement on job submission. Specifically, we are calling refreshLocalResources() for every job submission despite there is are no changes in the jar list. Since Hive on Spark is reusing the containers in the whole user session, we might be able to optimize that. We do need to take into consideration the case of dynamic allocation, in which new executors might be added. This task is some R&D in this area. -- This message was sent by Atlassian JIRA (v6.3.4#6332)