April 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5265) Optimize Getall operations over Hot Rod

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5265?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5265: ----------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1213367|https://bugzilla.redhat.com/show_bug.cgi?id=1213367] from ASSIGNED to POST > Optimize Getall operations over Hot Rod > --------------------------------------- > > Key: ISPN-5265 > URL: https://issues.jboss.org/browse/ISPN-5265 > Project: Infinispan > Issue Type: Enhancement > Reporter: Pedro Zapata > Assignee: William Burns > Fix For: 7.2.0.Final > > > - GetAll operation: to ensure that there’s a way to batch get multiple objects together. > - Improve performance for large data sets. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-2183) Add the ability to fetch a set of keys at once (getAll)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2183?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2183: ----------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1213367|https://bugzilla.redhat.com/show_bug.cgi?id=1213367] from ASSIGNED to POST > Add the ability to fetch a set of keys at once (getAll) > ------------------------------------------------------- > > Key: ISPN-2183 > URL: https://issues.jboss.org/browse/ISPN-2183 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Reporter: Mircea Markus > Assignee: William Burns > Priority: Minor > Fix For: 7.2.0.CR1 > > > When a transaction knows in advance about the set of keys it needs to read, this cache.getAll(k1,k2,..kn) method can bring a some performance improvement: > 1. all the keys can be fetched from remote nodes in parallel > 2. keys that map to the same node can be grouped and fetched in the same RPC request > > Note that 1. can be be achieved even at this time by using Cache.getAsync(K) method - that's not as elegant though as it requires the user to write the code the code that waits on the Future objects that are returned. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4991) Implement clustered cache statistics

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4991?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4991: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1180047|https://bugzilla.redhat.com/show_bug.cgi?id=1180047] from ASSIGNED to POST > Implement clustered cache statistics > ------------------------------------ > > Key: ISPN-4991 > URL: https://issues.jboss.org/browse/ISPN-4991 > Project: Infinispan > Issue Type: Sub-task > Components: JMX, reporting and management > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Fix For: 7.1.0.Beta1, 7.1.0.Final > > > As of 7.0.0 release we implement cache statistics on a per node cache level. For Infinispan admin console we need to implement aggregate statistics for each cache across all nodes in the cluster. The implementing class should be a registered MBean and should implement similar cache statistics currently implemented by org.infinispan.interceptors.CacheMgmtInterceptor -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5239) clusterwide-statistics-enabled is not exposed, not shown in CLI

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5239?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5239: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1180047|https://bugzilla.redhat.com/show_bug.cgi?id=1180047] from ASSIGNED to POST > clusterwide-statistics-enabled is not exposed, not shown in CLI > --------------------------------------------------------------- > > Key: ISPN-5239 > URL: https://issues.jboss.org/browse/ISPN-5239 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management, Server > Reporter: Tomas Sykora > Assignee: Vladimir Blagojevic > Priority: Minor > > This is minor issue. I suppose we want to also expose and "monitor" also this metric/statistics: infinispan.clustered-cache.clusterwide-statistics-enabled > Currently this one is prepared in LocalDescriptions.properties (line 169) but actually is not shown in CLI listing. It would be nice to have also this displayed. > (see https://github.com/infinispan/infinispan/pull/3198/files#diff-49a1065a2df...) -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4993) Expose node and clustered cache statistics to DMR

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4993?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4993: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1180047|https://bugzilla.redhat.com/show_bug.cgi?id=1180047] from ASSIGNED to POST > Expose node and clustered cache statistics to DMR > ------------------------------------------------- > > Key: ISPN-4993 > URL: https://issues.jboss.org/browse/ISPN-4993 > Project: Infinispan > Issue Type: Task > Components: JMX, reporting and management, Server > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Fix For: 7.1.0.CR2, 7.1.0.Final > > > As we implement ISPN-4991 and ISPN-4992 we should also expose these statistics to DMR so they can be used in Infinispan admin console. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5242) Adjust inconsistencies between local-cache and clustered-cache statistics

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5242?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5242: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1180047|https://bugzilla.redhat.com/show_bug.cgi?id=1180047] from ASSIGNED to POST > Adjust inconsistencies between local-cache and clustered-cache statistics > ------------------------------------------------------------------------- > > Key: ISPN-5242 > URL: https://issues.jboss.org/browse/ISPN-5242 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.1.0.Final > Reporter: Martin Gencur > Assignee: Vladimir Blagojevic > Priority: Minor > Fix For: 7.2.0.CR1, 7.2.0.Final > > > There are some inconsistencies among MBeans for local and clustered cache: > 1) > * local-cache stats: timeSinceReset, elapsedTime > * cluster-cache stats name: timeSinceStart (NO timeSinceReset or elapsedTime stats here) > 2) cluster cache now has some statistics that are not available for local cache: CacheLoaderLoads, CacheLoaderMisses, etc. I'm not sure but maybe it would be better to have this consistent. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5240) CacheContainer cluster statistics count in entries in internal hotrodTopologyCache

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5240?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5240: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1180047|https://bugzilla.redhat.com/show_bug.cgi?id=1180047] from ASSIGNED to POST > CacheContainer cluster statistics count in entries in internal hotrodTopologyCache > ---------------------------------------------------------------------------------- > > Key: ISPN-5240 > URL: https://issues.jboss.org/browse/ISPN-5240 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 7.1.0.Final > Reporter: Martin Gencur > Assignee: Tristan Tarrant > Fix For: 7.2.0.Final > > > Example: When I start fresh new instance of Infinispan server and see numberOfEntries, I get result=1. But this is only true when HotRod endpoint is started, otherwise it returns correct result=0. > I think these cluster-wise statistics should not count entries in internal caches. They should only count "real" data. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4992) Implement node statistics

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4992?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4992: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1180047|https://bugzilla.redhat.com/show_bug.cgi?id=1180047] from ASSIGNED to POST > Implement node statistics > ------------------------- > > Key: ISPN-4992 > URL: https://issues.jboss.org/browse/ISPN-4992 > Project: Infinispan > Issue Type: Sub-task > Components: JMX, reporting and management > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Fix For: 7.1.0.Beta1, 7.1.0.Final > > > We need to implement node statistics aggregating statistics of all caches on that particular node. Implementing class should be an MBean as well. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5240) CacheContainer cluster statistics count in entries in internal hotrodTopologyCache

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5240?page=com.atlassian.jira.plugin.... ] Tristan Tarrant resolved ISPN-5240. ----------------------------------- Fix Version/s: 7.2.0.Final Resolution: Done > CacheContainer cluster statistics count in entries in internal hotrodTopologyCache > ---------------------------------------------------------------------------------- > > Key: ISPN-5240 > URL: https://issues.jboss.org/browse/ISPN-5240 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 7.1.0.Final > Reporter: Martin Gencur > Assignee: Tristan Tarrant > Fix For: 7.2.0.Final > > > Example: When I start fresh new instance of Infinispan server and see numberOfEntries, I get result=1. But this is only true when HotRod endpoint is started, otherwise it returns correct result=0. > I think these cluster-wise statistics should not count entries in internal caches. They should only count "real" data. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ISPN-3602) Cache statistics update differently in library and Client-Server mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3602?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3602: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1016450|https://bugzilla.redhat.com/show_bug.cgi?id=1016450] from ASSIGNED to ON_QA > Cache statistics update differently in library and Client-Server mode > --------------------------------------------------------------------- > > Key: ISPN-3602 > URL: https://issues.jboss.org/browse/ISPN-3602 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.0.CR1 > Reporter: Jiří Holuša > Assignee: Vladimir Blagojevic > Priority: Minor > Labels: dm > Fix For: 7.0.0.Final > > > When running jdg quickstart carmart ( https://github.com/infinispan/jdg-quickstart/tree/master/carmart ) I noticed interesting thing. > When calling replace() in library mode, the number of stores in cache statistics doesn't change whereas when calling in Client-Server mode, the number of stores increase by 1. > I went deeper into the code and I found out that in CacheMgmtInterceptor, where there are implemented methods for such statistics updates (like for put() ), there isn't implemented method for updating stats for replace() method, so the control flow is just passed. > I think it should be consistent, but I don't know which approach is intended, if either increase by 1 or leave it the same. > If increase is the answer than the solution is simple, implement CacheMgmtInterceptor.visitReplaceCommand(...) the same way as e.g. visitPutKeyValueCommand. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2015