gen_leader's status.

[Alex Arnon]

Thanks, I'll look into it!

On 8/9/06, Ulf Wiger (TN/EAB) <ulf.wiger@REDACTED> wrote:
>
>
> There is a new version of gen_leader here:
>
> http://www.cs.chalmers.se/~hanssv/leader_election/<http://www.cs.chalmers.se/%7Ehanssv/leader_election/>
>
> (It's not in Jungerl yet - sorry.)
>
> It has a new leader election algorithm, which is much better suited to
> Erlang's semantics. The code has been tested using abstract traces (see the
> paper) and QuickCheck.
>
> The API is still the same.
>
> BR,
> Ulf W
>
>  ------------------------------
> *From:* owner-erlang-questions@REDACTED [mailto:
> owner-erlang-questions@REDACTED] *On Behalf Of *Alex Arnon
> *Sent:* den 8 augusti 2006 21:40
> *To:* erlang-questions@REDACTED
> *Subject:* gen_leader's status.
>
> Hi All,
>
> What is gen_leader's current status? Looking through my mailing list
> archives, it seems that it was considered to be functioning well if not
> thoroughly tested. Can anyone give me a heads-up on this?
> gen_leader in fact implements a superset of what I need, so I can actually
> get by with a somewhat looser scheme using pg2, I think.
> - I need a group of processes (1 per node) of which only one periodically
> wakes up and performs cleanup on some mnesia tables.
> - It is probably not too bad if occasionally (due to node crashes etc.)
> more than one would wake up, as I believe it should be simple to avoid if
> nodes are reasonably stable.
>
> Cheers,
> Alex.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20060809/89891c0b/attachment.htm>