[
https://issues.apache.org/jira/browse/GEODE-751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Aaron Lindsey reassigned GEODE-751:
-----------------------------------
Assignee: Jens Deppe
We intent to de-couple the need for eviction information to exist in order to
get a measurement on the amount of bytes in a replicate region when we get to
this measurement in Micrometer. Can we create a new Jira ticket for fixing this
in Micrometer?
> RegionMXBean shouldn't rely on Eviction Algorithm for getEntrySize
> ------------------------------------------------------------------
>
> Key: GEODE-751
> URL: https://issues.apache.org/jira/browse/GEODE-751
> Project: Geode
> Issue Type: Improvement
> Components: jmx, statistics
> Affects Versions: 1.0.0-incubating
> Reporter: Jens Deppe
> Assignee: Jens Deppe
> Priority: Major
>
> We have the following in the javadoc for method {{getEntrySize}} on interface
> {{RegionMXBean}}:
> {quote}
> Returns the aggregate entry size (in bytes) of all entries. This will provide
> a correct value only if the eviction algorithm has been set to
> {{EvictionAlgorithm.LRU_MEMORY}}. For all partition regions it will show
> entry size in bytes. It will also include size of all the secondary entries
> in the data store. So while referring to size one should take redundancy into
> account.
> {quote}
> The region memory consumption and the eviction algorithm are two separate
> concepts, we should not obligate customers to use a custom eviction algorithm
> to report the correct memory consumption for a region.
> We rely on this attribute to show information on PULSE, so neither the member
> memory usage nor cluster memory usage are accurate if the eviction algorithm
> is not configured as {{EvictionAlgorithm.LRU_MEMORY}}.
> To reproduce, start up a cluster with a simple replicated region and insert
> some data. You can check afterwards (from JConsole) that the attribute
> "EntrySize" for the replicated region is set as "-1".
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
