[jira] [Commented] (IGNITE-6667) Allow discovery cache instance reuse if only minor topology change has occured.

2017-11-08 Thread Alexei Scherbakov (JIRA)

[ 
https://issues.apache.org/jira/browse/IGNITE-6667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16243772#comment-16243772
 ] 

Alexei Scherbakov commented on IGNITE-6667:
---

Fixed in IGNITE-6831

> Allow discovery cache instance reuse if only minor topology change has 
> occured.
> ---
>
> Key: IGNITE-6667
> URL: https://issues.apache.org/jira/browse/IGNITE-6667
> Project: Ignite
>  Issue Type: Improvement
>  Security Level: Public(Viewable by anyone) 
>Affects Versions: 2.2
>Reporter: Alexei Scherbakov
> Fix For: 2.4
>
>
> Currently we always recreating DiscoCache instance even if only minor 
> topology change has occured and cache may be reused.
> Profiling shows what initialization of such object tooks up tens of millis 
> which adds to ring latency delay and especially sensitive for large 
> topologies.
> Solution: reuse current discovery cache instance whenever possible.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (IGNITE-6667) Allow discovery cache instance reuse if only minor topology change has occured.

2017-11-04 Thread Dmitriy Pavlov (JIRA)

[ 
https://issues.apache.org/jira/browse/IGNITE-6667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16238851#comment-16238851
 ] 

Dmitriy Pavlov commented on IGNITE-6667:


After this change test 
https://ci.ignite.apache.org/project.html?projectId=Ignite20Tests=-8122916584508695460=testDetails_Ignite20Tests=%3Cdefault%3E
 began to fail. 

[~ascherbakov], could you please fix test?

> Allow discovery cache instance reuse if only minor topology change has 
> occured.
> ---
>
> Key: IGNITE-6667
> URL: https://issues.apache.org/jira/browse/IGNITE-6667
> Project: Ignite
>  Issue Type: Improvement
>  Security Level: Public(Viewable by anyone) 
>Affects Versions: 2.2
>Reporter: Alexei Scherbakov
>Priority: Major
> Fix For: 2.4
>
>
> Currently we always recreating DiscoCache instance even if only minor 
> topology change has occured and cache may be reused.
> Profiling shows what initialization of such object tooks up tens of millis 
> which adds to ring latency delay and especially sensitive for large 
> topologies.
> Solution: reuse current discovery cache instance whenever possible.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (IGNITE-6667) Allow discovery cache instance reuse if only minor topology change has occured.

2017-10-25 Thread Semen Boikov (JIRA)

[ 
https://issues.apache.org/jira/browse/IGNITE-6667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16218683#comment-16218683
 ] 

Semen Boikov commented on IGNITE-6667:
--

Thanks Alexei, looks good, I want to do some minor changes and then will rerun 
tests.



> Allow discovery cache instance reuse if only minor topology change has 
> occured.
> ---
>
> Key: IGNITE-6667
> URL: https://issues.apache.org/jira/browse/IGNITE-6667
> Project: Ignite
>  Issue Type: Improvement
>  Security Level: Public(Viewable by anyone) 
>Affects Versions: 2.2
>Reporter: Alexei Scherbakov
>Assignee: Alexei Scherbakov
> Fix For: 2.4
>
>
> Currently we always recreating DiscoCache instance even if only minor 
> topology change has occured and cache may be reused.
> Profiling shows what initialization of such object tooks up tens of millis 
> which adds to ring latency delay and especially sensitive for large 
> topologies.
> Solution: reuse current discovery cache instance whenever possible.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (IGNITE-6667) Allow discovery cache instance reuse if only minor topology change has occured.

2017-10-24 Thread Alexei Scherbakov (JIRA)

[ 
https://issues.apache.org/jira/browse/IGNITE-6667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16216662#comment-16216662
 ] 

Alexei Scherbakov commented on IGNITE-6667:
---

[~sboikov]

I've implemented flexible strategy for disco cache reuse, please take a look.

TC: https://ci.ignite.apache.org/viewQueued.html?itemId=906993 (still in queue)

> Allow discovery cache instance reuse if only minor topology change has 
> occured.
> ---
>
> Key: IGNITE-6667
> URL: https://issues.apache.org/jira/browse/IGNITE-6667
> Project: Ignite
>  Issue Type: Improvement
>  Security Level: Public(Viewable by anyone) 
>Affects Versions: 2.2
>Reporter: Alexei Scherbakov
>Assignee: Alexei Scherbakov
> Fix For: 2.4
>
>
> Currently we always recreating DiscoCache instance even if only minor 
> topology change has occured and cache may be reused.
> Profiling shows what initialization of such object tooks up tens of millis 
> which adds to ring latency delay and especially sensitive for large 
> topologies.
> Solution: reuse current discovery cache instance whenever possible.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (IGNITE-6667) Allow discovery cache instance reuse if only minor topology change has occured.

2017-10-23 Thread Semen Boikov (JIRA)

[ 
https://issues.apache.org/jira/browse/IGNITE-6667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16215142#comment-16215142
 ] 

Semen Boikov commented on IGNITE-6667:
--

[~ascherbakov],

In future when we'll add new custom message then nobody will remember that we 
need also update this cache reuse logic in GridDiscoveryManager. I think we 
should add method 'reuseDiscoCache' on DiscoveryCustomMessage interface.

Also DiscoCache update can be more optimal, for example for 
ChangeGlobalStateMessage everything except state can be reused, for 
DynamicCacheChangeBatch everything except allCacheNodes/cacheGrpAffNodes. 
Ideally we can add method DiscoveryCustomMessage.createDiscCache(DiscoCache 
cur, ctx) so that each message will implement correct disco cache reuse logic.

Thanks

> Allow discovery cache instance reuse if only minor topology change has 
> occured.
> ---
>
> Key: IGNITE-6667
> URL: https://issues.apache.org/jira/browse/IGNITE-6667
> Project: Ignite
>  Issue Type: Improvement
>  Security Level: Public(Viewable by anyone) 
>Affects Versions: 2.2
>Reporter: Alexei Scherbakov
>Assignee: Alexei Scherbakov
> Fix For: 2.4
>
>
> Currently we always recreating DiscoCache instance even if only minor 
> topology change has occured and cache may be reused.
> Profiling shows what initialization of such object tooks up tens of millis 
> which adds to ring latency delay and especially sensitive for large 
> topologies.
> Solution: reuse current discovery cache instance whenever possible.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)