You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Anoop Sam John (JIRA)" <ji...@apache.org> on 2014/05/05 11:49:19 UTC

[jira] [Commented] (HBASE-10713) A MemStore implementation with in memory flushes to CellBlocks

    [ https://issues.apache.org/jira/browse/HBASE-10713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13989385#comment-13989385 ] 

Anoop Sam John commented on HBASE-10713:
----------------------------------------

Working on this.  
A WIP patch is available at my hbase fork git
https://github.com/anoopsjohn/hbase/commit/36124709ff07ee826403d6cbd9f0fc604abe57d6

> A MemStore implementation with in memory flushes to CellBlocks
> --------------------------------------------------------------
>
>                 Key: HBASE-10713
>                 URL: https://issues.apache.org/jira/browse/HBASE-10713
>             Project: HBase
>          Issue Type: New Feature
>            Reporter: Anoop Sam John
>            Assignee: Anoop Sam John
>             Fix For: 0.99.0
>
>
> After HBASE-10648 we can plugin any implementation for MemStore. This issue aims at coming up with an implementation, in which we will have in between in memory flushes. This will reduce the need to keep lots of KVs in heap as well as in CSLM.  CSLM perform poor when no# items in it increases.  We can keep create CellBlocks (contigous byte[] like HFile block) out of KVs and keep it as one object rather than many KVs.  At some point in time, MemStore might have N CellBlocks and one CSLM.  
> These in memory CellBlocks can be compacted to one bigger block in between. We can target that in follow on tasks once the basic code is ready.



--
This message was sent by Atlassian JIRA
(v6.2#6252)