The problem occurs when the network connectivity is broken (abnormally). The receiving node is not receiving messages. The sending  processes are blocked, since those message delivery calls (gen_event:notify/s, etc) are waiting for about 10 secs to return. We checked the implementation of such calls and notice, the functions are waiting until the messages are delivered to the receiving node. Is there's a way (a system flag may be) to avoid such blocking and to return immediately?<br>
<br>BRgds,<br>- Eranga<br><br><div class="gmail_quote"><br><br>On Mon, Mar 3, 2008 at 6:51 PM, Chandru <<a href="mailto:chandrashekhar.mullaparthi@gmail.com">chandrashekhar.mullaparthi@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On 03/03/2008, Eranga Udesh <<a href="mailto:eranga.erl@gmail.com">eranga.erl@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
> I am experiencing a high message passing delay between 2 Erlang nodes, after<br>
> an abnormal network disconnection. Those 2 nodes are in a WAN and there are<br>
> multiple Hubs, Switches, Routes, etc., in between them. If the message<br>
> receiving Erlang node stopped gracefully, the delay doesn't arise. Doing<br>
> net_adm:ping/1 to that node results no delay "pang". However<br>
> gen_event:notify/2, gen_server:cast/2, etc. are waiting for about 10 seconds<br>
> to return.<br>
><br>
> What's the issue and how this can be avoided?<br>
<br>
</div></div>Have you tried putting a snoop to see whether the delay is on the<br>
sending/receiving side?<br>
<br>
This might be useful: <a href="http://www.erlang.org/contrib/erlsnoop-1.0.tgz" target="_blank">http://www.erlang.org/contrib/erlsnoop-1.0.tgz</a><br>
<br>
cheers<br>
<font color="#888888">Chandru<br>
</font></blockquote></div><br>