<div dir="ltr">Is there any guidance table for window_size and max_messages with different node configuration. Or do I have to experiment each time to get the correct values.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 2, 2017 at 5:35 PM, Jan Friesse <span dir="ltr"><<a href="mailto:jfriesse@redhat.com" target="_blank">jfriesse@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
Hello,<br>
<br>
I have a four node cluster. Each node connected with a centralized switch.<br>
MTU size is default, 1500. On each node, a program continuously tries to<br>
multi-cast as many messages as possible. With the default settings<br></span>
(corosync.conf), buffer overflow does *not* occur till program runs on<span class=""><br>
three nodes. However as soon as fourth node start multi-casting, overflow<br>
occur and significantly reduce the performance.<br>
<br>
Why buffer overflow with just four nodes?<br>
<br>
Is hardware topology, centralized switch, is not correct?<br>
</span></blockquote>
<br>
Centralized switch is ok.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Later, I reduced window_size and max_messages to 20 and 5 respectively. No<br>
overflow but not sure whether performance is as expected.<br>
<br>
I would like to better understand these two parameters. Lets say in a<br>
cluster of four nodes, I have window_size 50 and max_messages also set to<br>
50. Does that mean only one node will be able to multi-cast in a single<br>
token rotation? If one node was not able to multi-cast because window_size<br>
</blockquote>
<br></span>
Not exactly. Token contains "backlog" field which is updated by all members. This backlog is then used to find out if there is not a member who wasn't able to send messages (whose backlog is too big). So let's say one node sent a lot messages in one round, and second node sent no messages. In next round, first node finds out this information and its number of allowed messages to sent is lowered (or in extreme case goes<br>
to zero) so second node can send some messages.<br>
<br>
Regards,<br>
Honza<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
is reached, when and how this node will get opportunity to send message?<br>
<br>
Thanks,<br>
Satish<br>
<br>
<br>
<br></span>
______________________________<wbr>_________________<br>
Users mailing list: <a href="mailto:Users@clusterlabs.org" target="_blank">Users@clusterlabs.org</a><br>
<a href="http://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.clusterlabs.org/m<wbr>ailman/listinfo/users</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" target="_blank">http://www.clusterlabs.org/doc<wbr>/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
<br>
</blockquote>
<br>
<br>
______________________________<wbr>_________________<br>
Users mailing list: <a href="mailto:Users@clusterlabs.org" target="_blank">Users@clusterlabs.org</a><br>
<a href="http://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.clusterlabs.org/m<wbr>ailman/listinfo/users</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" target="_blank">http://www.clusterlabs.org/doc<wbr>/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
</blockquote></div><br></div>