Re: [Myrinet] Changing the route for single messages

Vijay Lakamraju <[email protected]>
Newsgroups gmane.network.myrinet.general
Message-ID <[email protected]>
Hi Thomas, 

its been a while I experimented with it, but I remember 
having done the following:

1) including "gm_internal.h"
2) opening the GM_MAPPER_PORT_ID i.e., 1
3) using _gm_set_route function 

In gm-1.5.1, you have to be a previledged user to use this function
if GM was compiled with security enabled. Other than that, I dont see 
any reason why it wouldnt work. 

For the format of Myrinet-style routes, take a look at 
$GM_HOME/mt/README. In fact, there is also a sample program that comes 
along with GM that sets routes; see 
$GM_HOME/tests/gm_simpleroute.c

hope that helps,
Vijay
--
Architecture & Real-time Systems (ARTS) Lab,
310 Knowles Engineering Bldg,
UMass Amherst 01003
http://arts.ecs.umass.edu/~vlakamra


On Thu, 21 Feb 2002, Thomas Finley wrote:

> Hello,
> 
> I want to be able to send a message along a route other than that 
> specified by the route tables.  In GM, does anyone know of the proper 
> method to change routes from within a user program?  (In this context I 
> define a user program as a client of GM, rather than something that 
> functions on the level of the MCP, for example.)  The programs and papers 
> I read on the subject concern themselves with setting routes in the mapper 
> rather than letting user programs directly set routes themselves.
> 
> I see the _gm_set_route function, but does anyone have experience using it 
> in the manner I describe?  It seems a little drastic to change the route 
> tables for the purpose of changing the route for a single message, plus 
> it's not a proper API function.
> 
> My preference is for a solution that works within GM.
> 
> Thanks!
> 
> -- 
> Thomas Finley, [email protected]
> 
> _______________________________________________
> Myrinet mailing list
> [email protected]
> http://email.osc.edu/mailman/listinfo/myrinet
>
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.