ignite-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ivan Rakov (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (IGNITE-4959) Possible slight memory leak in free list
Date Thu, 13 Apr 2017 15:04:41 GMT

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

Ivan Rakov updated IGNITE-4959:
-------------------------------
    Description: 
To reproduce, run PageEvictionMultinodeTest (any eviction mode), set ENTRIES to Integer.MAX_VALUE.
Observations:
1) After a few minutes of test running, number of allocated pages looks like a constant (a
bit more than eviciton threshold, 90% by default). This is expected behaviour with enabled
page eviction.
2) More precise measurement shows that there's slow linear growth of allocated pages number,
literally 10-20 pages per minute.
3) Number of pages with type T_PAGE_LIST_NODE grows, number of all other pages remains constant.
4) Though, total number of data pages in free list remains constant (with minor fluctuations).
We have to find out whether this process has a saturation point, after which pages number
stops growing. Otherwise, it's a memory leak and should be fixed.

  was:
To reproduce, run PageEvictionMultinodeTest (any eviction mode), set ENTRIES to Integer.MAX_VALUE.
Observations:
1) After a few minutes of test running, number of allocated pages looks like a constant (a
bit more than eviciton threshold, 90% by default). This is expected behaviour with enabled
page eviction.
2) More precise measurement shows that there's slow linear growth of allocated pages number,
literally 10-20 pages per minute.
3) Number of pages with type T_PAGE_LIST_NODE grows, number of all other pages remains constant.
4) Though, total number of pages in free list remains constant (with minor fluctuations).
We have to find out whether this process has a saturation point, after which pages number
stops growing. Otherwise, it's a memory leak and should be fixed.


> Possible slight memory leak in free list
> ----------------------------------------
>
>                 Key: IGNITE-4959
>                 URL: https://issues.apache.org/jira/browse/IGNITE-4959
>             Project: Ignite
>          Issue Type: Improvement
>          Components: cache
>    Affects Versions: 2.0
>            Reporter: Ivan Rakov
>            Assignee: Alexey Goncharuk
>
> To reproduce, run PageEvictionMultinodeTest (any eviction mode), set ENTRIES to Integer.MAX_VALUE.
> Observations:
> 1) After a few minutes of test running, number of allocated pages looks like a constant
(a bit more than eviciton threshold, 90% by default). This is expected behaviour with enabled
page eviction.
> 2) More precise measurement shows that there's slow linear growth of allocated pages
number, literally 10-20 pages per minute.
> 3) Number of pages with type T_PAGE_LIST_NODE grows, number of all other pages remains
constant.
> 4) Though, total number of data pages in free list remains constant (with minor fluctuations).
> We have to find out whether this process has a saturation point, after which pages number
stops growing. Otherwise, it's a memory leak and should be fixed.



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

Mime
View raw message