<br><br>
<div><span class="gmail_quote">On 6/12/08, <b class="gmail_sendername">Olga Shern (Voltaire)</b> <<a href="mailto:olga.shern@gmail.com">olga.shern@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br><br>
<div><span class="q"><span class="gmail_quote">On 6/12/08, <b class="gmail_sendername">Hal Rosenstock</b> <<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:hrosenstock@xsigo.com" target="_blank">hrosenstock@xsigo.com</a>> wrote:</span> 
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Tue, 2008-06-10 at 05:59 +0300, Sasha Khapyorsky wrote:<br>> Basically this addresses the problem described by Al Chu in:<br>
><br>> <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://lists.openfabrics.org/pipermail/general/2008-April/049132.html" target="_blank">http://lists.openfabrics.org/pipermail/general/2008-April/049132.html</a><br>
><br>> When base lid paths become completely disbalanced on a fabrics with<br>> lmc > 0.<br>><br>> One feedback was from Yiftah Shahar:<br>><br>> "I think that our requirements should be that even when you are working<br>
> with LMC>0 then the base LID routing should not be affected.<br><br>> One way to achieve this goal is to first run the base-LID routing (so<br>> all base LID improvement will be also in LMC>0) and then start with the<br>
> other LIDs as round-robbing starting from the base-lid-port + 1<br>> according current routing algorithm rules (keeping min-hop, up/down...)."<br>><br>> We had some discussion with Al and Yiftah about this and considered that<br>
> in addition to "pure" base lid paths preservation (which is good thing by<br>> itself) proposed method solves original lid disbalancing problem as well.<br><br>Would you elaborate on the motivation behind the requirement to<br>
maintain/preserve the base LID routing ?<br><br>-- Hal</blockquote>
<div> </div></span>
<div>LMC > 0 is mainly used by MPI, all other protocols / applications will use only one LID (PATH),  therefore we should make sure that performance of these protocols / applications will not be effected if fabric is configured with LMC > 0  </div>
</div></blockquote>
<div> </div>
<div> </div>
<div>I meant "affected" and not "effected" of course </div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div><span class="q">
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">_______________________________________________<br>general mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:general@lists.openfabrics.org" target="_blank">general@lists.openfabrics.org</a><br>
<a onclick="return top.js.OpenExtLink(window,event,this)" href="http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general" target="_blank">http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general</a><br><br>To unsubscribe, please visit <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://openib.org/mailman/listinfo/openib-general" target="_blank">http://openib.org/mailman/listinfo/openib-general</a><br>
</blockquote></span></div><br></blockquote></div><br>