[infinispan-dev] Staggering remote GET calls

[Manik Surtani]

On 26 Feb 2013, at 14:12, Paolo Romano <romano at inesc-id.pt> wrote:

> If you're really into self-tuning this parameter, I expect that a very simple gradient-descent mechanism would actually work pretty well in this case. 
> 
> We have done similar work in the Cloud-TM project (applied to both message batching and number of threads active per node), and if you're interested I may send more references on this.

Yes, please do.  :)

> 
> BTW, +1 for making this configurable: eager broadcasting read requests seemed to me to be a little too aggressive for the normal/failure-free behavior.
> 
> Cheers,
> 
>     Paolo
> 
> On 2/26/13 1:55 PM, Erik Salter wrote:
>> Tune in real-time, of course ;)
>>  
>> Erik
>>  
>> From: infinispan-dev-bounces at lists.jboss.org [mailto:infinispan-dev-bounces at lists.jboss.org] On Behalf Of Mircea Markus
>> Sent: Tuesday, February 26, 2013 7:36 AM
>> To: infinispan -Dev List
>> Subject: Re: [infinispan-dev] Staggering remote GET calls
>>  
>>  
>> On 26 Feb 2013, at 10:56, Manik Surtani wrote:
>> 
>> 
>> I'm not surprised that read performance suffers a bit actually.  Which is why we broadcast the GETs originally.  But once the staggering timeout becomes configurable, this should be something people can tune.
>> 
>> +1. Also the performance increase for writes is huge. I think this should be the default, as read efficiency can be improved by L1.
>>  
>> Cheers,
>> -- 
>> Mircea Markus
>> Infinispan lead (www.infinispan.org)
>>  
>> 
>> 
>>  
>> 
>> 
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Manik Surtani
manik at jboss.org
twitter.com/maniksurtani

Platform Architect, JBoss Data Grid
http://red.ht/data-grid

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20130226/efc0568a/attachment-0001.html