[
https://issues.apache.org/jira/browse/HBASE-21882?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrey Elenskiy updated HBASE-21882:
------------------------------------
Description:
We've enabled NEW_VERSION_BEHAVIOR on our cluster that has moderate amount of
tiny scan requests in parallel and noticed that the heap grows to max (10Gi)
causing GC (CMS) to kick in and significantly slowing down execution of the
regionserver. This can be reproduced by doing 50+ scan requests on a single row
in parallel. The heap usage goes down once the requests finish.
Looking at NewVersionBehaviorTracker, it allocates 2 TreeMap and a gazillion of
private fields for every scan request. I haven't profiled the cause of this
memory bomb, but would guess that NewVersionBehaviorTracker is not a small
object to allocate so often.
Let me know if I can provide additional information.
was:We've enabled
> NEW_VERSION_BEHAVIOR blows up the heap
> --------------------------------------
>
> Key: HBASE-21882
> URL: https://issues.apache.org/jira/browse/HBASE-21882
> Project: HBase
> Issue Type: Bug
> Components: regionserver
> Affects Versions: 2.1.2
> Reporter: Andrey Elenskiy
> Priority: Major
> Labels: NEW_VERSION_BEHAVIOR, query
>
> We've enabled NEW_VERSION_BEHAVIOR on our cluster that has moderate amount of
> tiny scan requests in parallel and noticed that the heap grows to max (10Gi)
> causing GC (CMS) to kick in and significantly slowing down execution of the
> regionserver. This can be reproduced by doing 50+ scan requests on a single
> row in parallel. The heap usage goes down once the requests finish.
> Looking at NewVersionBehaviorTracker, it allocates 2 TreeMap and a gazillion
> of private fields for every scan request. I haven't profiled the cause of
> this memory bomb, but would guess that NewVersionBehaviorTracker is not a
> small object to allocate so often.
> Let me know if I can provide additional information.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
