Re: [Myrinet] gm_alarm /send failure

Bill Allard <[email protected]>
Newsgroups gmane.network.myrinet.general
Message-ID <[email protected]>
In my stuff whenever I do any communication I have a loop where I call 
gm_receive, grab the event (interpreting GM_NO_RECV_EVENT as a null event) 
until I'm happy with the result.  If I did a send I wait for 
GM_SENT_EVENT, say.  One can obviously put timing in such a loop.  In fact 
I keep track of the number of times I see GM_NO_RECV_EVENT.

Hope that helps more than it hurts.

On Wed, 25 Sep 2002, Gabor Forgacs wrote:

> Hi All
> 
> I would like to figure out some robust/fast error handling for send
> failures.
> All it should do to ignore the erronous sending and try to send the next
> buffer.
> The basic method i understand is to handle the errors in the send 
callback
> and call the gm_drop_sends in the callback. It works fine but the send
> timeout is 30sec or like
> it is too long. I would like  only 1/2 sec delays. Can I somehow set 
this
> value up?
> 
> The other way i see is to setup an alarm and from the callback or in the
> event loop to call the
> gm_drop_sends. It just doesn't seem to work for me,the message i get:
> 
> //////////////////////////////////////////////////
> [send] Opened board 0 port 2
> [send] 0-th Sending Buffer
> [send] Alarm Callback called
> [send] Alarm Event
> [send] Drop Callback called
> [send] 1-th Sending Buffer
> Program passed bad resend command to GM.
> Port 2 disabled.
> PANIC: libgm/gm_unknown.c:301:???():userland
> 
> WARNING:
> Program aborted.
> //////////////////////////////////////////////

-- 
William K. Allard
Professor of Mathematics
Duke University 
Box 90320
Durham, NC 27708-0320
(919) 660-2861 Fax:(919) 660-2821
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.