<div><div dir="auto">Hi César</div><div dir="auto"><br></div><div dir="auto">Don’t be surprised when you see NDN implementation is slower than IP implementation.</div><div dir="auto">NGINX and other major HTTPS servers have been optimized by many big companies for many years. IP routers are also optimized with “line speed forwarding” as a requirement.</div><div dir="auto">ndnpoke and ndnputchunks and their corresponding consumer programs are written by about three grad students. NFD is explicitly “not optimized for performance” as claimed in NFD Developer Guide introduction section.</div><div dir="auto">Try to hand write a HTTPS server (without using any TLS libraries) and a software IP router (forward packets between libpcap handles), and you’ll see how slow they would be.</div><div dir="auto"><br></div><div dir="auto">Yours, Junxiao</div><br><div class="gmail_quote"><div>On Mon, Apr 16, 2018 at 05:56 César A. Bernardini <<a href="mailto:mesarpe@gmail.com">mesarpe@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div>Hi,<br><br></div>I executed the following experiment: three virtual computers connected in a speed line using NDN. I tried to send a file of 1MB.<br><br></div><div>
Using HTTPS, It took me <b>~0.020/0.30</b> seconds to retrieve the file

<br><br></div><div></div><div></div><div>Using ndnputchunks/ndncatchunks:<br></div><div>with ndnputchunks, it takes always <b>0.170</b> to transmit one single file. I tried with the FIXED strategy and the iterative strategy.<br><br>
<div>Somebody else faced the same issue? I have already seen an e-mail of one year ago but there was no interesting information.<br><br></div><div>We are talking about a content delivery architecture that is 400% slower than HTTPS when sending unencrypted traffic.<br><br></div><div>Somebody tried using stream connections? at NDN core?</div>

<br>
With ndnpoke, sometimes It takes (to send one chunk) ~0.020 seconds and other times it takes 4.020 seconds. I tried in two different hosts: ESXi and with virtual boxes. With virtualboxes, ndnpoke transmits the whole message. With ESXi it complains that I exceed the 8800 bytes.<br></div><div><br></div><div>Cheers,<br></div><div><br></div></div>
</blockquote></div></div>