The best implementation depends on what properties the system needs to have. What are the guarantees that you need to make?<span></span><br><br>On Thursday, May 30, 2013, Morgan Segalis  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi everyone,<br>
<br>
I'm currently looking for better ways to do a clustered connected client list.<br>
<br>
On every server I have an ets table, in which I insert / delete / search the process of each client connecting to the server.<br>
<br>
Each row in the ets table is for now a simple {"id", <pid.of.process>}<br>
<br>
I have tried the gproc module from Ulf Wiger, but when a cluster goes down, everything goes wrong… (especially if it is the elected leader).<br>
<br>
If a cluster goes down, other clusters should consider that every client connected on the said cluster are actually not connected (even if is just a simple connection error between clusters).<br>
If it goes back online, back on the nodes() list, other clusters should consider clients on this cluster back online.<br>
<br>
What would be in your opinion the best way to do that ?<br>
<br>
It is a messaging system, so it has to handle massive message passing through processes.<br>
<br>
Thank you for your help.<br>
<br>
Morgan.<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'erlang-questions@erlang.org')">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote>