[
https://issues.apache.org/jira/browse/GEODE-9493?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Darrel Schneider updated GEODE-9493:
------------------------------------
Description:
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.
was:
The sizing of the redis data structures (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.
> 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
>
> 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.3.4#803005)
