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