[Openais] flow control and merge recovery

Steven Dake sdake at mvista.com
Fri Sep 17 13:24:36 PDT 2004


Mark & Sakai-san,

I have considered what happens during a merge when alot of data needs to
be synchronized.  Right now, the gmi_mcast will eventually fail to queue
messages because it runs out of buffer space.  (after 173 small
messages, I think)

I was thinking to solve this to add a mechanism to queue a token
callback.  The callback would be called during token posession after the
current pending messages are transmitted.  Then remaining recovery
efforts could be done when the callback is called.  If the recovery is
still not complete, the token callback could be requeued for the
remaining work until all work is completed.  

This would allow recovery to be done on every rotation of the token,
until recovery is complete.  I think this solves this particular
problem.  Does that mechanism work for the event service and AMF?  Would
you be able to keep track of the state to synchronize in such a fashion
as to work on the syncronization multiple times?

I can't think of any other solutions.

Thanks
-steve




More information about the Openais mailing list