[
https://issues.apache.org/jira/browse/KUDU-680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15937258#comment-15937258
]
Todd Lipcon commented on KUDU-680:
----------------------------------
wrote some code to sample cache block references and keep stack traces to those
that are removed from the LRU but not freed, and found it was a bug in an
in-flight patch I'm working on.
I think the remaining cases are mostly the bloom reader caches, which I'm also
working on removing (in the same patch that introduced the new leak, no less).
Will confirm with a longer run.
> block cache limit seems to not be fully respected
> -------------------------------------------------
>
> Key: KUDU-680
> URL: https://issues.apache.org/jira/browse/KUDU-680
> Project: Kudu
> Issue Type: Bug
> Components: tablet
> Affects Versions: Private Beta
> Reporter: Todd Lipcon
> Attachments: screenshot-1.png, screenshot-2.png
>
>
> The ITBLL cluster configures block cache capacity to 512MB, but the
> memtracker is reporting 685MB of usage. It's clearly not un-bounded, because
> this server has been up for days doing lots of work, but we're either not
> properly counting the memory, or not properly respecting the configured
> limit. Maybe we're only counting the values and not the keys, or something of
> that nature.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
