<div dir="ltr"><div class="gmail_extra">In my invested case, I have see large number tx in sending queue with negative credits. it's mean we don't able to resend these messages via different gateway until message expired. But if we stop to queue messages with reach a zero credits, we will able to send message via different gateway after peer dead event without any notifications to ptlrpc layer. So i think it's likely to be a bug as from my point view, we need to avoid ptlrpc reconnects as possible.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 19, 2015 at 11:48 PM, Christopher J. Morrone <span dir="ltr"><<a href="mailto:morrone2@llnl.gov" target="_blank">morrone2@llnl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1k8" class="a3s" style="overflow:hidden">LNet does stop sending LNet messages on a peer connection when that peer's credit count reaches zero.  LNet chose to then relate the count of messages awaiting credits by using negative values of the same variable.  It is just the convention chosen, and doesn't necessarily mean that there is a design problem there.<br></div></blockquote></div><br><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Alexey Lyashkov <strong>·</strong> Technical lead for a Morpheus team<br>
Seagate Technology, LLC<br>
<a href="http://www.seagate.com" target="_blank">www.seagate.com</a><br><div><a href="http://www.lustre.org" target="_blank">www.lustre.org</a></div></div></div>
</div></div>