Gary,<br>
<br>
One idea (leveraging the OTP) is to use pg2.    Make the
computation nodes register themselves with pg2, using a pre-defined
group name (such as 'comp'.)   Then, from the master server, use
pg2:get_members(comp) before dispatching.   This will return
a list of PIDs.   From there you can easily get node
names:  <br>
<br>
Workers = [node(Pid) || Pid <- pg2:get_members(comp)]<br>
<br>
There are other ways, but this is pretty fast, dynamic (if a worker
node goes offline it is instantly reflected via pg2, and it solves the
late master problem you mentioned) and works well in some of the
applications I've written.<br>
<br>
Rich<br>
<br><div><span class="gmail_quote">On 8/31/06, <b class="gmail_sendername">Garry Hodgson</b> <<a href="mailto:garry@sage.att.com">garry@sage.att.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
in our application, a master server has a list of nodes<br>that it can use for computation.  in principle, we'd like<br>the machines named node1, node2, ...nodeN, so the nodes<br>would be node@node1...node@nodeN.  but some of our
<br>installations have their own naming conventions for machines.<br>adding aliases in /etc/hosts doesn't help.  so we resort to a<br>config file, which seems kind of klunky.<br><br>is there a way to cause the nodes to come up using a specific
<br>host alias?  or better yet, is there a better way for the master to find<br>out who's out there?  the nodes check in when they come up,<br>but this won't help if they're already up when master starts.<br><br>and no, we're not using otp, alas, though i'd also be interested
<br>in otp approaches.<br><br>----<br>Garry Hodgson, Senior Software Geek, AT&T CSO<br><br>But I'm not giving in an inch to fear<br>'Cause I promised myself this year<br>I feel like I owe it...to someone.<br><br></blockquote>
</div><br><br clear="all"><br>-- <br>Rich Beerman<br>Cupertino, California<br>mobile: 408/221-2444<br>fax: 408/255-7944<br>