<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Wed, Jul 18, 2018 at 12:21 PM Mark Pizzolato <<a href="mailto:Mark@infocomm.com">Mark@infocomm.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="white" lang="EN-US"><div class="gmail-m_-7245522567056363468WordSection1"><p class="MsoNormal"><span style="color:rgb(31,73,125)"> </span><br></p><p class="MsoNormal"><span style="color:rgb(31,73,125)">The simh Ethernet layer has dramatically more internal packet buffering (maybe 50 X) than anything real DEC hardware ever had.  This might account for the relatively smooth behavior I’m seeing.</span></p></div></div></blockquote><div><br></div><div>More buffering can also mean more delay in the feedback loop that controls the underlying protocols, leading to *worse* performance as buffer space goes up. </div><div><br></div><div>This is called Buffer Bloat in the TCP sphere:</div><div><br></div><div>    <a href="https://www.bufferbloat.net/">https://www.bufferbloat.net/</a></div><div><br></div><div>Perhaps the low-level protocols involved in VAX clustering have the same issue? They may be expecting to get some kind of feedback response, which is getting delayed through the buffering, which causes the real VAXen to kick the fake one out, thinking it's gone MIA.</div></div></div>