Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Fri, 15 May 2015 19:46:01 +0000 (UTC)
From: "Apekshit Sharma (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12641961.1365641870000.130437.1431719161171@Atlassian.JIRA>
In-Reply-To: <JIRA.12641961.1365641870000@Atlassian.JIRA>
References: <JIRA.12641961.1365641870000@Atlassian.JIRA>
 <JIRA.12641961.1365641870707@arcas>
Subject: [jira] [Resolved] (HBASE-8323) Low hanging checksum improvements
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Apekshit Sharma resolved HBASE-8323.
------------------------------------
    Resolution: Duplicate

> Low hanging checksum improvements
> ---------------------------------
>
>                 Key: HBASE-8323
>                 URL: https://issues.apache.org/jira/browse/HBASE-8323
>             Project: HBase
>          Issue Type: Improvement
>          Components: Performance
>            Reporter: Enis Soztutar
>
> Over at Hadoop land, [~tlipcon] had done some improvements for checksums, a native implementation for CRC32C (HADOOP-7445) and bulk verify of checksums (HADOOP-7444). 
> In HBase, we can do
>  - Also develop a bulk verify API. Regardless of hbase.hstore.bytes.per.checksum we always want to verify of the whole checksum for the hfile block.
>  - Enable NativeCrc32 to be used as a checksum algo. It is not clear how much gain we can expect over pure java CRC32. 
> Though, longer term we should focus on convincing hdfs guys for inline checksums (HDFS-2699)


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