Re: [infinispan-dev] DIST.retrieveFromRemoteSource

2012-02-05 Thread Dan Berindei
On Sat, Feb 4, 2012 at 5:23 PM, Bela Ban wrote: > No, Socket.send() is not a hotspot in the Java code. > > On the networking level, with UDP datagrams, a packet is placed into a > buffer and send() returns after the packet has been placed into the > buffer successfully. Some network stacks simply

Re: [infinispan-dev] again: "no physical address"

2012-02-05 Thread Bela Ban
On 2/4/12 5:53 PM, Manik Surtani wrote: > > On 2 Feb 2012, at 07:53, Bela Ban wrote: > >> I can also reproduce it by now, in JGroups: I simply create 12 members >> in a loop... >> >> Don't need the bombastic Transactional test > > Yup; Transactional was made to benchmark and profile 2-phase trans

Re: [infinispan-dev] DIST.retrieveFromRemoteSource

2012-02-05 Thread Bela Ban
On 2/5/12 9:44 AM, Dan Berindei wrote: > On Sat, Feb 4, 2012 at 5:23 PM, Bela Ban wrote: >> No, Socket.send() is not a hotspot in the Java code. >> >> On the networking level, with UDP datagrams, a packet is placed into a >> buffer and send() returns after the packet has been placed into the >>

Re: [infinispan-dev] Proposal: ISPN-1394 Manual rehashing in 5.2

2012-02-05 Thread Dan Berindei
On Sat, Feb 4, 2012 at 4:49 PM, Manik Surtani wrote: > > On 1 Feb 2012, at 12:23, Dan Berindei wrote: > >> Bela, you're right, this is essentially what we talked about in Lisbon: >> https://community.jboss.org/wiki/AsymmetricCachesAndManualRehashingDesign >> >> For joins I actually started working

Re: [infinispan-dev] DIST.retrieveFromRemoteSource

2012-02-05 Thread Dan Berindei
On Sun, Feb 5, 2012 at 12:24 PM, Bela Ban wrote: > > > On 2/5/12 9:44 AM, Dan Berindei wrote: >> On Sat, Feb 4, 2012 at 5:23 PM, Bela Ban  wrote: >>> No, Socket.send() is not a hotspot in the Java code. >>> >>> On the networking level, with UDP datagrams, a packet is placed into a >>> buffer and s

Re: [infinispan-dev] DIST.retrieveFromRemoteSource

2012-02-05 Thread Bela Ban
On 2/5/12 4:40 PM, Dan Berindei wrote: >> Remember that a message might be retransmitted, so it is placed into a >> retransmit buffer. If M1 has destination A and M2 has destination B, and >> we send M1 first (to A), then change M1's destination to B, and send it, >> everything is fine. However

Re: [infinispan-dev] DIST.retrieveFromRemoteSource

2012-02-05 Thread Dan Berindei
On Sun, Feb 5, 2012 at 5:56 PM, Bela Ban wrote: > > > On 2/5/12 4:40 PM, Dan Berindei wrote: > > >>> Remember that a message might be retransmitted, so it is placed into a >>> retransmit buffer. If M1 has destination A and M2 has destination B, and >>> we send M1 first (to A), then change M1's des

Re: [infinispan-dev] DIST.retrieveFromRemoteSource

2012-02-05 Thread Bela Ban
On 2/5/12 5:06 PM, Dan Berindei wrote: > On Sun, Feb 5, 2012 at 5:56 PM, Bela Ban wrote: >> >> >> On 2/5/12 4:40 PM, Dan Berindei wrote: >> >> Remember that a message might be retransmitted, so it is placed into a retransmit buffer. If M1 has destination A and M2 has destination B, and

Re: [infinispan-dev] Proposal: ISPN-1394 Manual rehashing in 5.2

2012-02-05 Thread Manik Surtani
On 5 Feb 2012, at 16:24, Dan Berindei wrote: > On Sat, Feb 4, 2012 at 4:49 PM, Manik Surtani wrote: >> >> On 1 Feb 2012, at 12:23, Dan Berindei wrote: >> >>> Bela, you're right, this is essentially what we talked about in Lisbon: >>> https://community.jboss.org/wiki/AsymmetricCachesAndManualRe

Re: [infinispan-dev] Proposal: ISPN-1394 Manual rehashing in 5.2

2012-02-05 Thread Dan Berindei
On Mon, Feb 6, 2012 at 3:30 AM, Manik Surtani wrote: > > On 5 Feb 2012, at 16:24, Dan Berindei wrote: > >> On Sat, Feb 4, 2012 at 4:49 PM, Manik Surtani wrote: >>> >>> On 1 Feb 2012, at 12:23, Dan Berindei wrote: >>> Bela, you're right, this is essentially what we talked about in Lisbon: >>>