You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "David Albrecht (JIRA)" <ji...@apache.org> on 2016/09/08 08:14:20 UTC
[jira] [Created] (IGNITE-3864) Decreasing max memory of
SortedEvictionPolicy during runtime
David Albrecht created IGNITE-3864:
--------------------------------------
Summary: Decreasing max memory of SortedEvictionPolicy during runtime
Key: IGNITE-3864
URL: https://issues.apache.org/jira/browse/IGNITE-3864
Project: Ignite
Issue Type: Bug
Affects Versions: 1.7
Reporter: David Albrecht
Decreasing the maxMemory Size of the SortedEvicitionPolicy using SortedEvicitionPolicy#setMaxMemorySize(long) during runtime results in an empty cache after another entry is put inside.
Tested with the following scenario:
1.
Initizalize SortedEvicitionPolicy with
{code}SortedEvictionPolicy evictionPolicy = new SortedEvictionPolicy<>(5000000);{code}
2.
Set {code}evictionPolicy.setMaxMemorySize(2000000){code}
3.
Put 10000 entries into cache.
4.
Set {code}evictionPolicy.setMaxMemorySize(1000000){code}
5.
Put another entry into cache.
-> 0 entries are in cache.
Since the method SortedEvictionPolicy.setMaxMemorySize(long) is also exposed via the mbean I would expect that decreasing the max memory size should work during runtime. (Increasing the max memory size works)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)