From: Mark H. <ma...@os...> - 2004-06-11 14:17:39
|
On Thu, 2004-06-10 at 19:42, Ling, Xiaofeng wrote: > =20 > >-----Original Message----- > >From: Mark Haverkamp [mailto:ma...@os...]=20 > >Sent: 2004=E5=B9=B46=E6=9C=8811=E6=97=A5 1:22 > >To: Ling, Xiaofeng > >Cc: tipc > >Subject: RE: [Tipc-discussion] REPLICA_NODES set to 1 > > > >On Thu, 2004-06-10 at 08:36, Mark Haverkamp wrote: > >> On Thu, 2004-06-10 at 02:41, Ling, Xiaofeng wrote: > >> > Yes, that's problem.The broadcast packet is not received by sender= , > >> > maybe we need to copy one to sender self. > >> > how about this patch? (The reture value still need to be resolved= ) > >>=20 > > > >I notice a pause between sending a multicast message and=20 > >receiving it on > >another node that I don't see with the replicated multicast. Do you > >know why that might be? > Do you mean there is a delay between=20 > sending and recevinig when using broadcast? Yes, that is what I saw. I have some subscription test programs running connected to the event server on each node. When I publish from one of the nodes, the subscribers on all nodes are to receive the event data.=20 With the replicated multicast, I see the received event right away.=20 With broadcast there was some delay. I haven't quantified the time difference, just what I saw displayed on the screen. Mark. >=20 > >If you are interested in using an application for multicast testing, I > >have an event service based on the SAF spec that I have been working > >on. It is what I have been using with TIPC. It is still in > >development, but it may be useful for some of your testing. I have a= n > >event server, and some publish and subscribe test programs. I have a > >bitkeeper view at=20 > > > >bk://bitkeeper.osdl.org/osdlcluster > > > >Or the latest tar at=20 > > > >http://developer.osdl.org/cherry/osdlcluster/ >=20 > I'll try it. --=20 Mark Haverkamp <ma...@os...> |