[jboss-dev-forums] [Design of JBossCache] - Re: Evolution of TcpDelegatingCacheLoaders/TcpCacheServers
akluge
do-not-reply at jboss.com
Wed Feb 18 12:17:11 EST 2009
Thanks for the comments. I have had a chance to experiment with MINA and build a simple client/server. It did perform better than I expected, which was one of my major concerns with MINA. As a next step I will be implementing a system very similar to the current TCS/TCL (a binary protocol), and see what issues come up.
I expect this to be very adaptable to additional uses; indeed the main reason I am doing this is to allow me to provide additional information asynchronously over the client-server connection, which is very difficult with the current close coupling between the request writing, and the reading of the response.
Right now, the consistent hashing approach seems to meet my needs; however, I am also looking at another approach where the data is partitioned completely on the server side. My main motivation for looking at the server side partitioning as it would make failure recover easier. I see that there is another related discussion on this forum under the memcached client/server title. The data distribution approach I have is very similar to what they discuss, except that I divide the data according to the hash of the key in the key/value pair, and they divide the data according to the hash of the FQN. I considered this, but if the cache is used as a flat cache then all of the data would wind up on one node.
It was also interesting to see the way that MINA registers filters, which is very similar to the way that I will be allowing the registration of requests/responses within the MINA filter. This is to allow the type of extensions to the existing protocol that I mentioned earlier.
Thanks,
Alex
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211195#4211195
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211195
More information about the jboss-dev-forums
mailing list