jackrabbit-oak-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Dürig (JIRA) <j...@apache.org>
Subject [jira] [Updated] (OAK-3893) SegmentWriter records cache could use thinner keys
Date Wed, 01 Feb 2017 09:03:51 GMT

     [ https://issues.apache.org/jira/browse/OAK-3893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Michael Dürig updated OAK-3893:
-------------------------------
    Issue Type: Improvement  (was: Technical task)
        Parent:     (was: OAK-2833)

> SegmentWriter records cache could use thinner keys
> --------------------------------------------------
>
>                 Key: OAK-3893
>                 URL: https://issues.apache.org/jira/browse/OAK-3893
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: segment-tar
>            Reporter: Alex Parvulescu
>            Assignee: Alex Parvulescu
>            Priority: Minor
>              Labels: performance
>         Attachments: OAK-3893.patch
>
>
> The SegmentWriter keeps a records deduplication cache ('records' map) that maintains
2 types of mappings:
> * template -> recordid
> * strings -> recordid
> For the first one (template-> recordid) we can come up with a thinner representation
of a template (a hash function that is fast and not very collision prone) so we don't have
to keep a reference to each template object.
> Same applies for second one, similar to what is happening in the StringsCache now, we
could keep the string value up to a certain size and beyond that, hash it and use that for
the deduplication map.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message