<div dir="auto">Hi Saurab<div dir="auto"><br></div><div dir="auto">When the face has more than one Interest, the blocking time of face.processEvents() would be higher than RTT of a particular Interest.</div><div dir="auto">This doesn't explain why OP is seeing 1ms blocking time, while RTT is supposed to be at least 2ms.</div><div dir="auto"><br></div><div dir="auto">My guess is that the consumer is getting either cached Data or Nacks from the local forwarder.</div><div dir="auto"><br></div><div dir="auto">Yours, Junxiao<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Wed, Sep 9, 2020, 15:41 Saurab Dulal (sdulal) <<a href="mailto:sdulal@memphis.edu">sdulal@memphis.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="ltr"><p style="text-align:center"><font color="red"><strong>External Email</strong><br></font></p>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Yes, that's what I am suspecting too. If there are several interest, then the final diff time will be the aggregated time from beginning till the final schedule. This can incur a false/high number than expected if the computation is for per interest. </div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Saurab,</div>
<div id="m_-1832255945913906133appendonsend"></div>
<hr style="display:inline-block;width:98%">
<div id="m_-1832255945913906133divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Junxiao Shi <<a href="mailto:shijunxiao@email.arizona.edu" target="_blank" rel="noreferrer">shijunxiao@email.arizona.edu</a>><br>
<b>Sent:</b> Wednesday, September 9, 2020 2:32 PM<br>
<b>To:</b> Saurab Dulal (sdulal) <<a href="mailto:sdulal@memphis.edu" target="_blank" rel="noreferrer">sdulal@memphis.edu</a>><br>
<b>Cc:</b> Anurag Muttur via Mini-NDN <<a href="mailto:mini-ndn@lists.cs.ucla.edu" target="_blank" rel="noreferrer">mini-ndn@lists.cs.ucla.edu</a>><br>
<b>Subject:</b> Re: [EXT]Re: [Mini-NDN] Problems measuring elapsed time in MiniNDN experiment</font>
<div> </div>
</div>
<div>
<div dir="auto">Hi Saurab<br>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">I think OP is recording the end time after face.processEvents() returns.</div>
<div dir="auto">This is unusual but valid according to API: face.processEvents() should block until there’s nothing scheduled on the asio::io_context. This means, suppose this is the only Interest on the face, face.processEvent() should return when the Interest
 is either satisfied or expired.</div>
<div dir="auto"><br>
</div>
<div dir="auto">I don’t know what’s causing the problem though.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Yours, Junxiao</div>
<div><div><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="word-wrap:break-word;line-break:after-white-space"><div><blockquote type="cite"><div><br>
<br>
<br>
Everything seems to work fine, with nodes receiving and sending data as they should, however the recorded times are usually at around 1000 us, which is completely unrealistic as the links have between 2ms and 1000ms delay in my topology. Could anybody cast<br>
<br>
some light into how to get this metric correctly?<br>
<br></div></blockquote></div></div></div><br>
</blockquote>
</div>
</div>
</div>
</div>

</blockquote></div></div></div>