You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "ramkrishna.s.vasudevan (JIRA)" <ji...@apache.org> on 2016/03/01 07:58:18 UTC

[jira] [Commented] (HBASE-14921) Memory optimizations

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

ramkrishna.s.vasudevan commented on HBASE-14921:
------------------------------------------------

[~saint.ack@gmail.com]
bq.Should we move the MSLAB forward so when we pull form the socket on the read of requests, we read into an MSLAB
Do you see some benefit over here?
bq.So, when you say the MSLAB can be offheap, its ok to have references only in CSLM? We do not want to be copying data across the onheap/offheap boundary if it can be avoided. We can do compare offheap 
The current scope of offheaping will only do this. (sorry for me replying here). Offheap references will be in CSLM.
I think with CSLM more the data in CSLM the more the comparisons in sorting the CSLM. (may be am wrong here?). So moving to array and a sorted one will make searching easier makes sense. i think this is going to be done after copying over to a new MSLAB.
bq.No. We are going to allocate the array of Cells for the worst case - all the cells will survive. 
Worth doing I think.

> Memory optimizations
> --------------------
>
>                 Key: HBASE-14921
>                 URL: https://issues.apache.org/jira/browse/HBASE-14921
>             Project: HBase
>          Issue Type: Sub-task
>    Affects Versions: 2.0.0
>            Reporter: Eshcar Hillel
>            Assignee: Anastasia Braginsky
>         Attachments: CellBlocksSegmentInMemStore.pdf
>
>
> Memory optimizations including compressed format representation and offheap allocations



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