[Spread-users] flow control

Mike Perik mikep at foxriver.com
Wed Feb 1 09:22:36 EST 2006

This is only my opinion others may disagree.

There have been several discussion concerning this problem.  I saw the same 
problem.  I personally believe it is an issue with how flow control is 
handle, in particular, how the token is handled or passed.  There is a ring 
leader and if there is a pause in data transmission the leader holds onto the 
token of a specific amount of time before sending it around again.  There is 
a way for another machine to request the token but I don't believe it works 
as it is has been designed to work.

If you search the mailing list archive for my name you will find how I dealt 
with it.  In the end, we did not use Spread.

Mike Perik

On Tuesday 31 January 2006 18:55, Cristina Nita-Rotaru wrote:
> We use Spread in a local area network for an
> application that is relatively bandwidth intensive
> in a many-to-many setting. However we noticed
> a huge delay in delivery of the packets (up
> to 94 seconds sometimes). We are sending about
> 20-30 Mbits/sec. All communication is FIFO. Platform
> is Windows, configuration is IP Multicast. In general
> the servers recover after a while and packets are
> delivered within acceptable delays, then again some
> big delay is noticeable.
> Did anybody else experience this issue?
> We suspect that this may be related with the
> way Spread implements flow control.
> We have several questions:
> 1) What is the difference between the
> Window and Personal_Window variables
> used in the flow control protocol in
> flow_control.c.
> 2) How were their values chosen (Window
> is 60 and Personal_Window is 15).
> thank you for your help,
> -- Cristina
> _______________________________________________
> Spread-users mailing list
> Spread-users at lists.spread.org
> http://lists.spread.org/mailman/listinfo/spread-users

More information about the Spread-users mailing list