[infinispan-dev] HotRod, ClientIntelligence and client-side key location

[Mircea Markus]

On 26 Mar 2010, at 11:01, Manik Surtani wrote:

> 
> On 26 Mar 2010, at 08:42, Galder Zamarreno wrote:
> 
>> On Tue, 23 Mar 2010 14:12:19 +0100, Manik Surtani <manik at jboss.org> wrote:
>> 
>>> 
>>> On 23 Mar 2010, at 07:48, Galder Zamarreno wrote:
>>> 
>>>>> 
>>>>> * Hash space size (the modulus for all modular arithmetic, hard-coded
>>>>> for now, may change in future).  An int.
>>>> 
>>>> That would need adding to the response header, wouldn't it?
>>>> http://community.jboss.org/wiki/HotRodProtocol#HashDistributionAware_Client_Topology_Change_Header
>>> 
>>> 
>>> Umm, not sure what you mean.  This is has nothing to do with server (or  
>>> even endpoint) count... I would have thought this is sent along with  
>>> hash function version.
>> 
>> Oh right, so what you're implying is that the version itself defines the  
>> corresponding hash space size? When I first read it, I thought clients  
>> could pass different space size for each version, hence why I was  
>> wondering if it should be part of the protocol.
> 
> No, no - it should be a part of the protocol.
> 
> What I meant by "Sent alongside hash function version" is:
> 
>   ... bytes... [hash function version][hash space size] ... bytes...   
> 
> I foresee making the hash space size a tuning parameter in the future.  This is independent of hash function used.   
Are all the hash functions going to have an hash space parameter? Other functions might need some additional config params. What about not "hardcoding" params in the protocol itself, but use a generic way to send them over:
... bytes[ h f version] [param number] [param name 1] [param value 1] etc.
Each function should be able to read its own params. 
> 
>> 
>>> 
>>> Cheers
>>> Manik
>>> --
>>> Manik Surtani
>>> manik at jboss.org
>>> Lead, Infinispan
>>> Lead, JBoss Cache
>>> http://www.infinispan.org
>>> http://www.jbosscache.org
>>> 
>>> 
>>> 
>>> 
>> 
>> 
>> -- 
>> Galder Zamarreño
>> Sr. Software Engineer
>> Infinispan, JBoss Cache
>> 
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
> 
> --
> Manik Surtani
> manik at jboss.org
> Lead, Infinispan
> Lead, JBoss Cache
> http://www.infinispan.org
> http://www.jbosscache.org
> 
> 
> 
> 
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev