<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Sun, Sep 18, 2016 at 12:23 PM Joe Armstrong <<a href="mailto:erlang@gmail.com">erlang@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I guess this means the pid should just be a special form of GUID. I suppose<br>
it also means that processes become in a sense like mobile phones -<br>
mobile phones can be turned-off, connected, busy, unknown,in-transit.<br>
<br>
I guess the ideas of an operator, home location register (HLR) and<br>
visitor location (VLR) register could apply to Pids :-)<br>
<br>
Actually Telcos use HLR and VLRs and not DHTs and the results<br>
are pretty reliable.<br>
<br>
So a Pid of the form {HRLAddress, GUID} could be used<br>
<br>
The HLR either knows the host where the process with the given GUID is<br>
or it returns a VLR address and you go ask the VLR<br>
<br>
If you know what HLR and VLRs are that might make sense :-)<br>
<br>
/Joe<br><br></blockquote><div><br></div><div>Using a system like HLR/VLR sounds appropriate there. How would you call the host, or rather their resolution ? node@host ? </div><div><br></div><div>- benoit </div></div></div>