No, it's not more performant than the older one, but it eliminates the
need to use DONT_BUNDLE (old: OOB), as single messages will be sent
immediately. For example, sync RPCs now don't need to be marked as OOB /
DONT_BUNDLE any longer
On 6/5/13 4:39 PM, Alan Field wrote:
Thanks, Bela and sorry for my confusing question!
Would you say that the bundler_type="new" is more performant than the
bundler_type="old" in 3.2.7?
Thanks,
Alan
----- Original Message -----
> From: "Bela Ban" <bban(a)redhat.com>
> To: infinispan-dev(a)lists.jboss.org
> Sent: Wednesday, June 5, 2013 10:27:19 AM
> Subject: Re: [infinispan-dev] Infinispan 5.3 and the new JGroups bundler
>
> In 3.2.7, bundler_type="new" is the default. This uses a bundler
that's
> similar to the new bunder in 3.3.x (which actually started out as a copy
> of the 3.2.x bundler). The 3.3.x bundler is more efficient though
>
> On 6/5/13 4:15 PM, Alan Field wrote:
>> Sorry, not sure where I was getting 2.7.x, I meant 3.2.x. (The version
>> included with Infinispan 5.2)
>>
>> Sorry,
>> Alan
>>
>> ----- Original Message -----
>>> From: "Bela Ban" <bban(a)redhat.com>
>>> To: infinispan-dev(a)lists.jboss.org
>>> Sent: Wednesday, June 5, 2013 10:11:34 AM
>>> Subject: Re: [infinispan-dev] Infinispan 5.3 and the new JGroups bundler
>>>
>>>
>>>
>>> On 6/5/13 3:51 PM, Alan Field wrote:
>>>> Hey Pedro,
>>>>
>>>>>> 1) What is the default bundler used in JGroups 2.7.x?
>>>>>
>>>>> Bela is the right person to answer this, but I think the new bundler
was
>>>>> created only in JGroups 3.3.x.
>>>>
>>>> So what happens if the JGroups 2.7.x config file has
>>>> UDP.bundler_type="new"? Will it just be ignored?
>>>
>>> bundler_type doesn't exist in 2.7, so this will throw an exception and
>>> the stack won't be started
>
>
> --
> Bela Ban, JGroups lead (
http://www.jgroups.org)
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
>
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev