Mailing-List: contact dev-help@hive.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hive.apache.org
Date: Tue, 6 Jan 2015 01:20:35 +0000 (UTC)
From: "Brock Noland (JIRA)" <jira@apache.org>
To: hive-dev@hadoop.apache.org
Message-ID: <JIRA.12733394.1407821638000.15676.1420507235279@Atlassian.JIRA>
In-Reply-To: <JIRA.12733394.1407821638000@Atlassian.JIRA>
References: <JIRA.12733394.1407821638000@Atlassian.JIRA>
 <JIRA.12733394.1407821638922@arcas>
Subject: [jira] [Updated] (HIVE-7685) Parquet memory manager
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HIVE-7685?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Brock Noland updated HIVE-7685:
-------------------------------
       Resolution: Fixed
    Fix Version/s: 0.15.0
           Status: Resolved  (was: Patch Available)

Thank you [~dongc]! I have committed this to trunk!

> Parquet memory manager
> ----------------------
>
>                 Key: HIVE-7685
>                 URL: https://issues.apache.org/jira/browse/HIVE-7685
>             Project: Hive
>          Issue Type: Improvement
>          Components: Serializers/Deserializers
>            Reporter: Brock Noland
>            Assignee: Dong Chen
>             Fix For: 0.15.0
>
>         Attachments: HIVE-7685.1.patch, HIVE-7685.1.patch.ready, HIVE-7685.patch, HIVE-7685.patch.ready
>
>
> Similar to HIVE-4248, Parquet tries to write large very large "row groups". This causes Hive to run out of memory during dynamic partitions when a reducer may have many Parquet files open at a given time.
> As such, we should implement a memory manager which ensures that we don't run out of memory due to writing too many row groups within a single JVM.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)