Re: [jgroups-dev] Is UNICAST needed in my configuration?
Bela Ban <[email protected]> Fri, 30 Aug 2013 07:41:07 +0200
| Newsgroups | gmane.comp.java.javagroups.devel |
|---|---|
| Message-ID | <[email protected]> |
Yes, you still need UNICAST even when TCP's the transport: = https://community.jboss.org/wiki/TcpAndUnicast. I suggest use UNICAST2 instead of UNICAST though On 8/29/13 11:50 PM, Sundararajan, Mukund wrote: > Hi Bela, > > Our jgroups cluster uses TCP for transport and we multicast messages ( > send address =3D null in jchannel.send() ). Do I need UNICAST in the > protocol stack? We have a customer where a node is in Asia and another > in Europe and the network delays are significant between the two ( PING > experiences 400 ms delay ). The default UNICAST retransmission timeouts > are causing a lot of retransmissions to happen eventually blocking all > sends in the LinkedBlockingQueue in TCP. Do I need UNICAST in my stack > in the first place since I am using TCP for transport and since we > always send to all nodes? > > Here is my configuration =E0 > > <config > > _xmlns_=3D"urn:org:jgroups" > > xmlns:xsi=3D"http://www.w3.org/2001/XMLSchema-instance" > > xsi:schemaLocation=3D"urn:org:jgroups > http://www.jgroups.org/schema/JGroups-3.0.xsd" > > > <TCP > > bind_port=3D"9802" > > _loopback_=3D"true" > > recv_buf_size=3D"20000000" > > send_buf_size=3D"640000" > > discard_incompatible_packets=3D"true" > > max_bundle_size=3D"64000" > > max_bundle_timeout=3D"30" > > enable_bundling=3D"true" > > use_send_queues=3D"false" > > sock_conn_timeout=3D"300" > > thread_pool.enabled=3D"true" > > thread_pool.min_threads=3D"10" > > thread_pool.max_threads=3D"100" > > thread_pool.keep_alive_time=3D"5000" > > thread_pool.queue_enabled=3D"false" > > thread_pool.queue_max_size=3D"100" > > thread_pool.rejection_policy=3D"Discard" > > oob_thread_pool.enabled=3D"true" > > oob_thread_pool.min_threads=3D"10" > > oob_thread_pool.max_threads=3D"100" > > oob_thread_pool.keep_alive_time=3D"5000" > > oob_thread_pool.queue_enabled=3D"false" > > oob_thread_pool.queue_max_size=3D"100" > > oob_thread_pool.rejection_policy=3D"Discar= d" /> > > <TCPPING > > timeout=3D"6000" > > initial_hosts=3D"" > > port_range=3D"0" > > num_initial_members=3D"1" > > num_ping_requests=3D"6" /> > > <MERGE2 > > max_interval=3D"100000" > > min_interval=3D"20000" /> > > <FD_SOCK /> > > <FD > > timeout=3D"10000" > > max_tries=3D"5" /> > > <VERIFY_SUSPECT > > timeout=3D"1500" /> > > <BARRIER /> > > <pbcast.NAKACK > > use_mcast_xmit=3D"false" > > retransmit_timeout=3D"300,600,1200,2400,48= 00" > > discard_delivered_msgs=3D"true" /> > > <UNICAST > > timeout=3D"300,600,1200" /> > > <pbcast.STABLE > > stability_delay=3D"1000" > > desired_avg_gossip=3D"50000" > > max_bytes=3D"400000" /> > > <pbcast.GMS > > print_local_addr=3D"true" > > join_timeout=3D"60000" > > view_bundling=3D"true" /> > > <FRAG2 > > frag_size=3D"60000" /> > > <pbcast.STATE_TRANSFER/> > > </config> > > Thanks > > Mukund > > IPC wins Waters Best Network Provider > <http://www.ipc.com/Media-Room/Press-Releases-SharePoint/2013/IPC-Makes-I= t-A-Double-Named-Best-Trading-Floor-(1).aspx> and > Best Trading Floor Communications System Provider > <http://www.ipc.com/Media-Room/Press-Releases-SharePoint/2013/IPC-Makes-I= t-A-Double-Named-Best-Trading-Floor-(1).aspx> > - thank you for voting! > > > -------------------------------------------------------------------------= ---------------------------------------------------------------------------= -------------------------------------- > > DISCLAIMER: This e-mail may contain information that is confidential, > privileged or otherwise protected from disclosure. If you are not an > intended recipient of this e-mail, do not duplicate or redistribute it > by any means. Please delete it and any attachments and notify the sender > that you have received it in error. Unintended recipients are prohibited > from taking action on the basis of information in this e-mail.E-mail > messages may contain computer viruses or other defects, may not be > accurately replicated on other systems, or may be intercepted, deleted > or interfered with without the knowledge of the sender or the intended > recipient. If you are not comfortable with the risks associated with > e-mail messages, you may decide not to use e-mail to communicate with > IPC. IPC reserves the right, to the extent and under circumstances > permitted by applicable law, to retain, monitor and intercept e-mail > messages to and from its systems. > > -- = Bela Ban, JGroups lead (http://www.jgroups.org) ---------------------------------------------------------------------------= --- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=3D58040911&iu=3D/4140/ostg.cl= ktrk _______________________________________________ Javagroups-development mailing list