[jira] [Updated] (IGNITE-7489) Weird FillFactor metric fluctuation.

2018-02-22 Thread Alexey Goncharuk (JIRA)

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

Alexey Goncharuk updated IGNITE-7489:
-
Fix Version/s: 2.5

> Weird FillFactor metric fluctuation.
> 
>
> Key: IGNITE-7489
> URL: https://issues.apache.org/jira/browse/IGNITE-7489
> Project: Ignite
>  Issue Type: Bug
>Affects Versions: 2.1, 2.2, 2.3
>Reporter: Andrew Mashenkov
>Assignee: Ilya Kasnacheev
>Priority: Major
> Fix For: 2.5
>
> Attachments: FillFactorTest.java
>
>
> For now there is no way to get Used\FreeMemory for region in bytes. 
> MemoryMetrics.getPagesFillFactor() javadoc says that the method return the 
> percentage of space that is still free and can be filled in.
> So, I'd think used memory can be calculated as 
> PhysicalMemoryPages*PageSize*FillFactor.
> I've tried to use this, but found weir thing.
>  
> PFA a repro.
> There is 2 node grid with no persistence configure. Topology is stable.
> Cache is populated with unique keys (no updates) and observe allocated data 
> pages metric grows constantly as expected.
> But the error look too large, used memory (and FillFactor as well) may 2-10+ 
> time differs.
> E.g. allocated pages, fillFactor, usedMem (bytes):(
>  node-0: 13789 0.851563 48096032
>  node-1: 14447 0.781250 46230400
> In next second:
> node-0: 13958 0.039063 2233280
>  node-1: 14624 0.347656 20824576
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (IGNITE-7489) Weird FillFactor metric fluctuation.

2018-01-26 Thread Andrew Mashenkov (JIRA)

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

Andrew Mashenkov updated IGNITE-7489:
-
Description: 
For now there is no way to get Used\FreeMemory for region in bytes. 
MemoryMetrics.getPagesFillFactor() javadoc says that the method return the 
percentage of space that is still free and can be filled in.
So, I'd think used memory can be calculated as 
PhysicalMemoryPages*PageSize*FillFactor.
I've tried to use this, but found weir thing.

 

PFA a repro.

There is 2 node grid with no persistence configure. Topology is stable.
Cache is populated with unique keys (no updates) and observe allocated data 
pages metric grows constantly as expected.
But the error look too large, used memory (and FillFactor as well) may 2-10+ 
time differs.

E.g. allocated pages, fillFactor, usedMem (bytes):(
 node-0: 13789 0.851563 48096032
 node-1: 14447 0.781250 46230400

In next second:

node-0: 13958 0.039063 2233280
 node-1: 14624 0.347656 20824576

 

  was:
PFA a repro.

There is 2 node grid with no persistence configure. Topology is stable.

Cache is populated with unique keys (no updates) and observe allocated data 
pages metric grows constantly as expected.

Used memory is calculated as PhysicalMemoryPages*PageSize*FillFactor and 
expected it will be constantly grows (or may be with a small error).

But the error look too large, used memory (and FillFactor as well) may 2-10+ 
time differs.

 

E.g. allocated pages, fillFactor, usedMem (bytes):
node-0: 13789 0.851563 48096032
node-1: 14447 0.781250 46230400

In next second:

node-0: 13958 0.039063 2233280
node-1: 14624 0.347656 20824576

 

 


> Weird FillFactor metric fluctuation.
> 
>
> Key: IGNITE-7489
> URL: https://issues.apache.org/jira/browse/IGNITE-7489
> Project: Ignite
>  Issue Type: Bug
>Affects Versions: 2.1, 2.2, 2.3
>Reporter: Andrew Mashenkov
>Priority: Major
> Attachments: FillFactorTest.java
>
>
> For now there is no way to get Used\FreeMemory for region in bytes. 
> MemoryMetrics.getPagesFillFactor() javadoc says that the method return the 
> percentage of space that is still free and can be filled in.
> So, I'd think used memory can be calculated as 
> PhysicalMemoryPages*PageSize*FillFactor.
> I've tried to use this, but found weir thing.
>  
> PFA a repro.
> There is 2 node grid with no persistence configure. Topology is stable.
> Cache is populated with unique keys (no updates) and observe allocated data 
> pages metric grows constantly as expected.
> But the error look too large, used memory (and FillFactor as well) may 2-10+ 
> time differs.
> E.g. allocated pages, fillFactor, usedMem (bytes):(
>  node-0: 13789 0.851563 48096032
>  node-1: 14447 0.781250 46230400
> In next second:
> node-0: 13958 0.039063 2233280
>  node-1: 14624 0.347656 20824576
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (IGNITE-7489) Weird FillFactor metric fluctuation.

2018-01-23 Thread Andrew Mashenkov (JIRA)

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

Andrew Mashenkov updated IGNITE-7489:
-
Affects Version/s: 2.1
   2.2
   2.3

> Weird FillFactor metric fluctuation.
> 
>
> Key: IGNITE-7489
> URL: https://issues.apache.org/jira/browse/IGNITE-7489
> Project: Ignite
>  Issue Type: Bug
>Affects Versions: 2.1, 2.2, 2.3
>Reporter: Andrew Mashenkov
>Priority: Major
> Attachments: FillFactorTest.java
>
>
> PFA a repro.
> There is 2 node grid with no persistence configure. Topology is stable.
> Cache is populated with unique keys (no updates) and observe allocated data 
> pages metric grows constantly as expected.
> Used memory is calculated as PhysicalMemoryPages*PageSize*FillFactor and 
> expected it will be constantly grows (or may be with a small error).
> But the error look too large, used memory (and FillFactor as well) may 2-10+ 
> time differs.
>  
> E.g. allocated pages, fillFactor, usedMem (bytes):
> node-0: 13789 0.851563 48096032
> node-1: 14447 0.781250 46230400
> In next second:
> node-0: 13958 0.039063 2233280
> node-1: 14624 0.347656 20824576
>  
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)