[erlang-questions] Distributed Process Registry

[Sergej Jurečko]

Now that we see how deep this rabbit hole goes. Would it perhaps be
feasible to only use a local registry on each node, then send every message
to both nodes. If a node does not have a process you're looking for
registered it just returns error or does nothing.


Sergej

On Mon, Feb 9, 2015 at 10:32 AM, Paul Oliver <puzza007@REDACTED> wrote:

> Hi Roberto,
>
> In my experience cpg struggles with a high volume of joins/leaves.  By
> default it uses a single gen_server as part of all such calls (the default
> scope) and in my production system this ended up being a bottleneck.  A
> potential workaround might be to create a bunch of scopes and hash over
> them.
>
> Cheers,
> Paul.
>
>
> On Sun Feb 08 2015 at 11:07:52 PM Roberto Ostinelli <
> roberto.ostinelli@REDACTED> wrote:
>
>> Hi Michael,
>> Do you know what the impact of this is when you add/remove keys often?
>> I'm imagining a lot of communication (async) happening between nodes.
>>
>> I'm actually very ok with the AP portion of the CAP theorem (that pg2
>> seems to offer) in contrast with the CA (of global/gproc).
>>
>> Just wandering if there are studies and impact on performance. As said, I
>> have 3 nodes with a total of 500k pids that need registration
>>
>> Thanks,
>> r.
>>
>>
>>
>> > On 08/feb/2015, at 22:10, Michael Truog <mjtruog@REDACTED> wrote:
>> >
>> > The main reason is that you avoid the need to resolve state conflicts
>> when global state gets merged after a netsplit.  With pg2 and cpg, all the
>> state relevant to the local node is stored locally and remote state gets
>> merged as nodes are added.  When a node dies, its pids are removed, as
>> expected, but there is no need for centralized global state.
>> _______________________________________________
>> erlang-questions mailing list
>> erlang-questions@REDACTED
>> http://erlang.org/mailman/listinfo/erlang-questions
>>
>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20150209/cef3f90a/attachment.htm>