On 12/6/2013, 11:40 AM, Mircea Markus wrote:
> Hmm I think you could leverage the parallel iteration from the
> EquivalentConcurrentHashMapV8 there instead of writing it yourself ;)
>
Hi, for those interested in parallel M/R I have uploaded my first
proposal that will hopefully, with your input,
I finally had a chance to start working with this, a bit, today. Here's what
I've found so far.
In general, I'm seeing 2 types of CL issues come up when testing w/
hibernate-infinispan:
1.) Reliance on the client bundle's CL. Take the following stack as an
example: https://gist.github.com/br
For those looking to use java-object-layout:
it's not longer on GitHub but contributed to OpenJDK:
http://openjdk.java.net/projects/code-tools/jol/
The author, Aleksey Shipilev, was so nice to get in touch with me to
let us know that the version in OpenJDK has many bugs fixed so better
used tha
On 12 December 2013 11:02, Pedro Ruivo wrote:
>
>
> On 12/12/2013 10:35 AM, Sanne Grinovero wrote:
>> It all looks so much more complex than getting rid of this ThreadLocal?
>
> I would like to remove it but, by the comments, it looks like an
> optimization. It is keeping 6 Marshall and 6 UnMarsha
On 12/12/2013 10:35 AM, Sanne Grinovero wrote:
> It all looks so much more complex than getting rid of this ThreadLocal?
I would like to remove it but, by the comments, it looks like an
optimization. It is keeping 6 Marshall and 6 UnMarshall instances to
avoid creating them each time you need
It all looks so much more complex than getting rid of this ThreadLocal?
On 12 December 2013 09:01, Dan Berindei wrote:
>
>
>
> On Thu, Dec 12, 2013 at 12:52 AM, David M. Lloyd
> wrote:
>>
>> On 12/11/2013 04:47 PM, Pedro Ruivo wrote:
>> > Hi,
>> >
>> > I've created a method to clean a specific T
On Thu, Dec 12, 2013 at 12:52 AM, David M. Lloyd wrote:
> 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
> > kin
