Re: [infinispan-dev] Denormalizing hashes

2013-12-11 Thread Dan Berindei
Hi Radim Actually, it's me that wrote the denormalization code :) It was meant as a stop-gap measure before we upgraded the HotRod protocol to support the segment-based consistent hash, but the denormalization worked well enough (or so we thought) that we didn't get to changing the protocol yet.

Re: [infinispan-dev] Denormalizing hashes

2013-12-11 Thread Radim Vansa
Hi Dan I am not speaking about changing something for the C++ client, I understand that the client code cannot be changed in order to keep the backward compatibility. The current hash-wheel approach is working well, but there are few flaws that could be fixed keeping the client code untouche

Re: [infinispan-dev] Denormalizing hashes

2013-12-11 Thread Dan Berindei
On Wed, Dec 11, 2013 at 10:38 AM, Radim Vansa wrote: > Hi Dan > > I am not speaking about changing something for the C++ client, I > understand that the client code cannot be changed in order to keep the > backward compatibility. > Sure, I was just trying to give some background information on

Re: [infinispan-dev] Denormalizing hashes

2013-12-11 Thread Radim Vansa
On Wed, Dec 11, 2013 at 10:38 AM, Radim Vansa > wrote: Hi Dan I am not speaking about changing something for the C++ client, I understand that the client code cannot be changed in order to keep the backward compatibility. Sure, I was just trying to

Re: [infinispan-dev] Denormalizing hashes

2013-12-11 Thread Dan Berindei
On Wed, Dec 11, 2013 at 11:37 AM, Radim Vansa wrote: > > > On Wed, Dec 11, 2013 at 10:38 AM, Radim Vansa wrote: > >> Hi Dan >> >> I am not speaking about changing something for the C++ client, I >> understand that the client code cannot be changed in order to keep the >> backward compatibility.

Re: [infinispan-dev] manual eviction and indexing

2013-12-11 Thread Sanne Grinovero
Hi Adrian, +1 good catch. but what's a realistic use case for {indexing + eviction + no cachestore} ? I guess some use cases might exist but I don't think it's critical, would you agree? and what about automatic eviction? I think the guiding principle should be that if an entry can be retrieved

Re: [infinispan-dev] manual eviction and indexing

2013-12-11 Thread Adrian Nistor
I Agree. If indexing + (automatic) eviction + no cachestore is currently allowed, then we should add a jira to add this config validation. But what about manual eviction? Would it make sense to handle it the way I did? On 12/11/2013 02:32 PM, Sanne Grinovero wrote: > Hi Adrian, > +1 good catch

[infinispan-dev] Clean ThreadLocals

2013-12-11 Thread Pedro Ruivo
Hi, I've created a method to clean a specific ThreadLocal variable from all live threads [1]. My goal is to clean the ThreadLocal variables after a cache stops. It's kind expensive method (it uses reflection) but I think it is fine. Currently, I'm using it to clear the Marshaller ThreadLocal i

Re: [infinispan-dev] Clean ThreadLocals

2013-12-11 Thread David M. Lloyd
On 12/11/2013 04:47 PM, Pedro Ruivo wrote: > Hi, > > I've created a method to clean a specific ThreadLocal variable from all > live threads [1]. > > My goal is to clean the ThreadLocal variables after a cache stops. It's > kind expensive method (it uses reflection) but I think it is fine. > > Curre