<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
&nbsp;
<p>Yair Amir wrote:
<blockquote TYPE=CITE>Ok, so a different client - not spflooder but a regular
spuser does
<br>not receive all the messages. This should not happen.
<br>Do you let that spuser stay up for a while and it still does
<br>not receive the messages?</blockquote>
<font color="#3333FF">I leave the spuser up afterward. I've also tried
running the "receive a</font>
<br><font color="#3333FF">message (stuck)" option afterward with no luck.</font>
<blockquote TYPE=CITE>&nbsp;
<br>(if a client does not keep up, spread is buffering up to 1000 messages
<br>for it, but then will try to send to it only in a few second)
<br>so just to make sure:
<p>1. you send 10000 messages by your modified spflooder
<br>2. the spuser that joins the "flooder" group ahead of time
<br>&nbsp;&nbsp; only receives the first 9994 messages even if you leave
it running
<br>&nbsp;&nbsp; for a while after spflooder exited.
<p>&nbsp;&nbsp; Is this correct?</blockquote>
<font color="#3333FF">That's correct except we've been testing with fewer
messages sent (i.e. spflooder -m 500).</font>
<blockquote TYPE=CITE>&nbsp;
<br>&nbsp;&nbsp; Also, try to send a message to "flooder" group by spuser
after
<br>&nbsp;&nbsp; the modified spflooder exited&nbsp; and see if you get
that message.</blockquote>
<font color="#3333FF">I've tried this as well. It succeeds at getting the
new message. Furthermore,</font>
<br><font color="#3333FF">if I rerun spflooder again without restarting
the spuser, it receives the new</font>
<br><font color="#3333FF">messages, but again usually with the last few
missing.</font>
<blockquote TYPE=CITE>&nbsp;
<p>&nbsp;&nbsp; Also, I am not sure in which program you added a "sleep"
that
<br>&nbsp;&nbsp; bypassed the problem.
<br>&nbsp;</blockquote>
<font color="#3333FF">A sleep(1) was added to flooder.c in main() just
after the printf("flooder completed multicast of ...</font>
<br><font color="#3333FF">call and before the 'return 0'.</font>
<blockquote TYPE=CITE>&nbsp;
<br>&nbsp;&nbsp; Also, specify exactly how you connected with Spread (IPC
or TCP)
<br>&nbsp;&nbsp; and wether locally or remotely for any client that connected
to
<br>&nbsp;&nbsp; spread in this experiment. Also, how many daemons you
have in the
<br>&nbsp;&nbsp; system and which client connects to which daemon.</blockquote>

<p><br><font color="#3333FF">In the current configuration, just one daemon
with both spuser and spflooder all</font>
<br><font color="#3333FF">running on a Linux box. We have tried other configurations
with remotely connected</font>
<br><font color="#3333FF">clients with the same results.</font><font color="#3333FF"></font>
<p><font color="#3333FF">Interestingly, I've just noticed that spflooder
-m 10000 seems to work. We had been</font>
<br><font color="#3333FF">testing with fewer messages and 'spflooder -m
500' consistently comes up short with</font>
<br><font color="#3333FF">spuser only receiving the first 498 of 500 messages.</font><font color="#3333FF"></font>
<p><font color="#3333FF">Kelvin</font></html>