[JBoss JIRA] Created: (ISPN-350) Improve evenness of distribution
by Manik Surtani (JIRA)
Improve evenness of distribution
--------------------------------
Key: ISPN-350
URL: https://jira.jboss.org/jira/browse/ISPN-350
Project: Infinispan
Issue Type: Feature Request
Components: Distributed Cache
Affects Versions: 4.0.0.CR4
Reporter: Manik Surtani
Assignee: Manik Surtani
Fix For: 4.1.0.BETA1, 4.1.0.Final
On this 8-node run, compare the stats measured on each node when using Infinispan:
2010-02-12 07:03:59,123 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 4 we had 9,739 requests per second
2010-02-12 07:03:59,123 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 7 we had 3,634 requests per second
2010-02-12 07:03:59,123 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 1 we had 2,966 requests per second
2010-02-12 07:03:59,123 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 3 we had 2,935 requests per second
2010-02-12 07:03:59,124 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 2 we had 2,930 requests per second
2010-02-12 07:03:59,124 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 5 we had 2,925 requests per second
2010-02-12 07:03:59,124 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 6 we had 2,922 requests per second
2010-02-12 07:03:59,124 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 0 we had 2,910 requests per second
against <a popular proprietary product>:
2010-02-12 06:43:44,747 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 1 we had 12,188 requests per second
2010-02-12 06:43:44,748 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 7 we had 12,001 requests per second
2010-02-12 06:43:44,748 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 0 we had 11,978 requests per second
2010-02-12 06:43:44,748 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 5 we had 11,967 requests per second
2010-02-12 06:43:44,748 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 3 we had 11,994 requests per second
2010-02-12 06:43:44,749 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 6 we had 11,961 requests per second
2010-02-12 06:43:44,749 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 4 we had 11,983 requests per second
2010-02-12 06:43:44,749 [main] INFO [org.cachebench.stages.WebSessionBenchmarkStage] On slave 2 we had 11,814 requests per second
This is due to the fact that keys are inequally distributed and some nodes have to deal with greater load than others.
We need to revisit the bit spreaders we use as well as the way we place nodes on a hash wheel and try and improve on this. Virtual nodes may help as well, although that adds significant complexity to the distribution implementation.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (ISPN-232) add service to provide key that would map to the same (Specified) node
by Mircea Markus (JIRA)
add service to provide key that would map to the same (Specified) node
----------------------------------------------------------------------
Key: ISPN-232
URL: https://jira.jboss.org/jira/browse/ISPN-232
Project: Infinispan
Issue Type: Feature Request
Reporter: Mircea Markus
Assignee: Manik Surtani
background: in order to obtain a hashcode that maps to the current node, the way to go is to generate random keys and pass them to the hashing algorithm until the hash for one of them will match the node. This JIRA is about creating an async service to do that, so that the calling thread won't be blocked while this happens.
-------------------- from an email discussion
What about adding a service to asynchronously generate and pool a number
of ids that map to a certain node (in our use case same node)?
Advantage would be that the calling thread won't have to wait until we
determine an appropriate value.
-----------
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (ISPN-170) Design HotRod protocol
by Manik Surtani (JIRA)
Design HotRod protocol
----------------------
Key: ISPN-170
URL: https://jira.jboss.org/jira/browse/ISPN-170
Project: Infinispan
Issue Type: Feature Request
Components: Cache Server
Reporter: Manik Surtani
Assignee: Galder Zamarreno
Fix For: 4.1.0.BETA1, 4.1.0.GA
This is the new custom client/server binary protocol. Needs to support features to support the standard cache API, including:
* failover
* load balancing
* piggyback server topology + consistent hash details used so that smart clients can be built
* language-independent (no serialized Java objects!)
Should be documented on the Infinispan wiki under design docs.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months