Hi!<div><br></div><div>Yes, giving nodes a name is to enable message passing between processes on different nodes. The name is the unique identifier for remote nodes, and "local" nodes on the same OS. If you don't have one it's like it doesn't exist to other nodes.</div>
<div><br></div><div>The two erlang nodes share the resources available to the operating system you're running them on, by default each erlang node will start a scheduler thread for each cpu core available which means they will get an equal share of the cpu resources unless you decide to change the niceness. (man 1 nice # just in case)</div>
<div><br><div class="gmail_quote">On Tue, Nov 15, 2011 at 6:18 AM, Barco You <span dir="ltr"><<a href="mailto:barcojie@gmail.com">barcojie@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi Magnus,<div><br></div><div>Thank you! </div><div><br></div><div>So, that's to say if we don't give the erlang shell a node name, they can't send each other messages, right?</div><div><br></div><div>And if I understand you correctly, the two erlang shells have their own schedulers and run-queues independently, and the two (OS) process could run on the same core or on different cores simultaneously. Is it right?</div>

<div><br></div><div><br></div><div>Regards,</div><div>Barco</div><div class="HOEnZb"><div class="h5"><div><br><div class="gmail_quote"><br></div></div>
</div></div></blockquote></div><br></div>