jackrabbit-oak-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Parvulescu (JIRA)" <j...@apache.org>
Subject [jira] [Created] (OAK-3889) SegmentMk StringCache memory leak
Date Mon, 18 Jan 2016 09:50:39 GMT
Alex Parvulescu created OAK-3889:
------------------------------------

             Summary: SegmentMk StringCache memory leak
                 Key: OAK-3889
                 URL: https://issues.apache.org/jira/browse/OAK-3889
             Project: Jackrabbit Oak
          Issue Type: Bug
          Components: segmentmk
            Reporter: Alex Parvulescu


The StringCache is made of 2 components: a FastCache and a Lirs Cache and both caches use
the same key object 'StringCacheEntry' with the condition that the FastCache contains the
string value itself with the key while the Lirs Cache will only contain the _msb_, _lsb_ and
_offset_.
Sharing the same key leads to issues when a value qualifies for both caches as it results
in the string value ending up contained in the Lirs Cache, effectively blowing up the cache's
size.
On a test I ran I noticed the Lirs Cache going up to 800mb even though it was configured at
256mb.



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

Mime
View raw message