[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)
10 years, 7 months
[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)
10 years, 7 months
[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)
10 years, 7 months