[infinispan-dev] moving asyncMarshalling to jgroups

[Galder Zamarreño]

The last person I remember testing async marshalling extensively was Craig Bomba who was indeed the one to spot the re-ordering.

I can't remember 100% cos we discussed this on IRC, but I think he used to see a nice performance improvement with async marshalling, but I think the reordering made it not usable for him.

On Jan 20, 2012, at 10:14 AM, Galder Zamarreño wrote:

> 
> On Jan 19, 2012, at 9:08 PM, Mircea Markus wrote:
> 
>> On 19 Jan 2012, at 19:42, Bela Ban wrote:
>> 
>>> On 1/19/12 6:36 PM, Galder Zamarreño wrote:
>>>> 
>>>> 
>>>> On Jan 19, 2012, at 3:43 PM, Bela Ban wrote:
>>>> 
>>>>> This may not give you any performance increase:
>>>>> 
>>>>> #1 In my experience, serialization is way faster than de-serialization.
>>>>> Unless you're doing something fancy in your serializer
>>>> 
>>>> No. I think Mircea didn't explain this very well. What really happens here is that when asyncMarshalling is turned on (the name is confusing...), async transport sending is activated.  What does this mean?
>>>> 
>>>> When the request needs to be passed onto JGroups, this is done in a separate thread, which indirectly, results in marshalling happening in a different thread.
>>> 
>>> 
>>> How is this thread created ? I assume you use a thread pool with a 
>>> *bounded* queue.
>> yes, these[1] are the default initialisation values for the pool.
> 
> Nope, the default value is not the one pointed out but rather the ones indicated in https://docs.jboss.org/author/display/ISPN/Default+Values+For+Property+Based+Attributes
> 
> Which comes from: https://github.com/galderz/infinispan/blob/master/core/src/main/java/org/infinispan/factories/KnownComponentNames.java#L59
> 
>> Returning to the original question, can't we achieve the same functionality (i.e. marshalling not to happen in caller's thread - that's for async replication *only*) by passing the marshaller(an adapter) to jgroups which would then serialize it in the (async) replication thread?
>> 
>> [1]http://bit.ly/zUFIEb
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
> 
> --
> 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

--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache