You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "Owen Nichols (Jira)" <ji...@apache.org> on 2022/06/22 20:47:05 UTC

[jira] [Closed] (GEODE-9493) redis data structure sizing is hard coded for compressed oops

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

Owen Nichols closed GEODE-9493.
-------------------------------

> redis data structure sizing is hard coded for compressed oops
> -------------------------------------------------------------
>
>                 Key: GEODE-9493
>                 URL: https://issues.apache.org/jira/browse/GEODE-9493
>             Project: Geode
>          Issue Type: Bug
>          Components: redis
>            Reporter: Darrel Schneider
>            Assignee: Darrel Schneider
>            Priority: Major
>              Labels: pull-request-available, unreleased
>             Fix For: 1.15.0
>
>
> The sizing of the redis data structures (string, hash, set, sorted set) has some constants that were precomputed by tests. Because the tests are run with smaller heaps that use compressed oops the size estimates end up being too small for large heaps or if compressed oops are disabled.
> Also a "strategy" object is currently part of the size and should not be since it is a single canonical instance shared by all hash and set instances.
> Also the way sizing is currently done does not take advantage of us knowing the element type. By optimizing the code for "byte[]" for example we can compute the size faster and use less memory by storing less "sizing" state in our objects. 



--
This message was sent by Atlassian Jira
(v8.20.7#820007)