[Spread-users] Re: Hi to everyone and a question

Jens yenzee at hotmail.com
Wed Jul 20 05:34:50 EDT 2005

I'm replying to my own questions :)

I have done a bit more homework and found some answers, in the mailing
The token protocol was mentioned discussing Mike Perik's performance issues.
If I understand it correctly, in an idle situation the token is held by the
The leader seems to be the first machine listed in the spread.conf file.
When the token
is needed by another daemon it's requested from the leader. When that daemon
done sending the token will circle for a while until a configured number of
without anyone sending data. Then it will fall back to the leader.

What wasn't clear is if there is one token per network or one token per
"domain" of
spread daemons or if there is one token per group. I would assume the worst
that there
is only one token per domain of daemons.

Same as Mike, I'm evaluating if spread is a useful middleware for financial
distribution for market data. In such an application one would have one or
heavy senders and many rather passive receivers. The spread daemons would be
distributed over at least 2 main networks connected via a leased line (main
backup site). Low latency of the market data transmission is critical thus
the token
 concept has some drawbacks since senders have to wait before they can send
Another issue is that a single "faulty" machine/network node can drag down
performance of the entire set of spread daemons. Faulty could mean a broken
card, cable, switch port, or just a (CPU) starved spread daemon. As I
understand it,
that one machine can "hog" the token for extended periods and hence prevent
nodes from sending urgent data.

Maybe someone could confirm/correct my understanding of how the token



More information about the Spread-users mailing list