commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Romain Manni-Bucau <rmannibu...@gmail.com>
Subject Re: [jcs] What's next?
Date Sun, 11 May 2014 18:33:28 GMT
Hi Thomas,

actually I evaluated JCS and found several issues (why ATM JCache
doesn't rely on it anymore):

1) about network stuff: listeners are not enough and needs an
important refactoring for JCache, it is not that test friendly (start
aone (or more) instance(s) of server and several clients in the same
JVM) and more important reason to not go further in it is that it
doesn't seem the default need. So we can skip it for 1st JCache
compliant release IMHO.
2) why a ConcurrentHashMap instead of a CompositeCache: I hesitated a
lot on it but after some benchmarks (get/put mainly) JCS was really
too slow compared to a concurrenthashmap. Now it is slower but not
enough to let user think of using a concurrenthashmap in their code
cause cache would be too slow.

I'll try to rework a bit JCSCache to merge both but if I don't manage
to make it comparable I think we should just get 2 implementations.
Another really blocking point ATM is the fact JCS mandates key/value
pairs to be serializable.




Romain Manni-Bucau
Twitter: @rmannibucau
Blog: http://rmannibucau.wordpress.com/
LinkedIn: http://fr.linkedin.com/in/rmannibucau
Github: https://github.com/rmannibucau


2014-05-11 17:33 GMT+02:00 Thomas Vandahl <tv@apache.org>:
> On 07.05.14 12:03, Raffaele P. Guidi wrote:
>> Talking about next steps, have you ever considered a second level of (off
>> heap) cache? My question is of course not so casual, being the PMC of
>> DirectMemory :) I think there are a lot of potential synergies, here. I
>> include DM's dev list to gather opinions and solicitate feedback from the
>> team members.
>
> This already has been discussed in
> http://markmail.org/message/k3htktmxcmncl5pt and I'm still very
> interested to have a JCS DirectMemory auxiliary. What is the status of
> the implementation that Mir Tanvir Hossain was supposed to contribute?
>
> Bye, Thomas.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message