<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>00000100:00100000:0:1197446488.301126:0:28197:0:(service.c:721:ptlrpc_server_handle_request()) Handled RPC pname:cluuid+ref:pi</div><div>d:xid:nid:opc ll_ost_26:lustre-MDT0000-mdtlov_UUID+5:27309:266:12345-0@lo:400</div><div>>></div><div>so..</div><div>ll_ost_26 - thread name, which handle request,</div><div>lustre-MDT0000-mdtlov_UUID - client which send request.</div><div>+5 - number references to that request (unneed for you).</div><div>27309 - pid which handle request (or which send on client)</div><div>266 - xid - internal request id.</div><div>12345-0 - sender NID</div><div>@lo - LND used to deliver request = @lo -> loopback, tcp -> tcp, @o2ib,  - IB hardware, @ptl - cray portals.</div><div>400 - command, you can look to enums "*_cmd_t " to decode that command identifier (in that example - 400 OBD_PING)</div></div></blockquote><div><br></div><div>OK, thanks. I'll need to think about this as it might make sense to have one line per thread and not per UUID? Or is there already a 1:1 mapping?</div><br><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>as other suggestions fix scaling, at you example only few clients has 100 requests in flight, but legend on bottom show up to 510.</div></div></blockquote><div><br></div><div>Yes, did that while you were writing the mail ;) Definitely looks much better.</div><div><img height="627" width="1222" apple-width="yes" apple-height="yes" id="13e2c7a1-45d1-4d5d-9be8-b642835ba49b" src="cid:B69CE05E-7F74-490F-ACBC-1E9BA4F0A797"></div><div><br></div><div><br></div><div>Michael</div><br><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div><div><br></div><div><div>On Jun 23, 2010, at 15:50, Michael Kluge wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi Alexey,<div><br></div><div>thanks  for the note. How do I do this if I only have a debug log? I see a field "cluuid+ref" in those lines of the log file that we are interested in. cluuid is probably "client uuid". This UUID is definitely associated to the node, that also owns the NID that appears in the same log line? What does "+ref" stands for?</div><div><br></div><div><br></div><div>Michael</div><div><br><div><div>Am 23.06.2010 um 12:29 schrieb Alexey Lyashkov:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I think better to use client UUID instead of NID as client identification. Because in your's case - you can't separate info from two clients which run on same node.<div><br><div><br><div><div>On Jun 22, 2010, at 19:12, Michael Kluge wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>The remaining problems of the counter calculations have been fixed. There is a screenshot attached showing some values. The code is in a gforge server that we operate here in Dresden (<a href="http://gforge.zih.tu-dresden.de/">gforge.zih.tu-dresden.de</a>). The converter runs on Linux and on MAC OS X and you need Vampir to take a look at the OTF trace file.</div><div><br></div><div>Eric, Galen, for the moment I think I am done with the stuff I promised you at LUG this year? Are there any more ideas?</div><div><br></div><div><br></div><div>Michael</div><div><br></div><div><br></div><div><br><div><span><lustre3.png></span></div><div><br></div><div><br></div><div><br></div><div><br></div></div></div><a href="http://lists.lustre.org/mailman/listinfo/lustre-devel">http://lists.lustre.org/mailman/listinfo/lustre-devel</a><br></blockquote></div><br></div></div><br><br><div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>--------------------------------------</div><div>Alexey Lyashkov</div><div><a href="mailto:alexey.lyashkov@clusterstor.com">alexey.lyashkov@clusterstor.com</a></div><div><br></div></div><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>
<br></div></blockquote></div><br><div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br>-- <br><br>Michael Kluge, M.Sc.<br><br>Technische Universitšt Dresden<br>Center for Information Services and<br>High Performance Computing (ZIH)<br>D-01062 Dresden<br>Germany<br><br>Contact:<br>Willersbau, Room WIL A 208<br>Phone:  (+49) 351 463-34217<br>Fax:    (+49) 351 463-37773<br>e-mail: <a href="mailto:michael.kluge@tu-dresden.de">michael.kluge@tu-dresden.de</a><br>WWW:    <a href="http://www.tu-dresden.de/zih">http://www.tu-dresden.de/zih</a></div>
</div>
<br></div></div></blockquote></div><br></div></blockquote></div><br><div>
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br>-- <br><br>Michael Kluge, M.Sc.<br><br>Technische Universitšt Dresden<br>Center for Information Services and<br>High Performance Computing (ZIH)<br>D-01062 Dresden<br>Germany<br><br>Contact:<br>Willersbau, Room WIL A 208<br>Phone:  (+49) 351 463-34217<br>Fax:    (+49) 351 463-37773<br>e-mail: <a href="mailto:michael.kluge@tu-dresden.de">michael.kluge@tu-dresden.de</a><br>WWW:    <a href="http://www.tu-dresden.de/zih">http://www.tu-dresden.de/zih</a></div>
</div>
<br></body></html>