[
https://issues.apache.org/jira/browse/HBASE-14921?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15216085#comment-15216085
]
stack commented on HBASE-14921:
-------------------------------
bq. We want CellSet to have different types of delegatees, but they need to be
ConcurrentNavigableMaps.
Are there methods from ConcurrentNM that we use from delegatee? Or are we just
doing NM methods? Wondering if we could change it so delegatee was just a NM.
bq. So we have no choice, but to introduce the special variable-size very-large
Chunks to support the very-large Cells. We’ll improve the code after the basic
benchmarking.
Tell us more. Would a large Cell break our nice 3 int addressing scheme or this
very large cell chunk will turn a few somersaults to make the stuff fit?
bq. Should I change this to BYTES_FOR_CELL_REPRESENTATION ?
Smile. Leave it as is I'd say for now.
We need to figure the G1GC + SlabPool issue.
On memory management, I filed HBASE-15555
> 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,
> CellBlocksSegmentinthecontextofMemStore(1).pdf, HBASE-14921-V01.patch,
> HBASE-14921-V02.patch
>
>
> Memory optimizations including compressed format representation and offheap
> allocations
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
