<div><div dir="auto">Hi Nick</div></div><div dir="auto"><br></div><div dir="auto">I switched repo-sql codebase to Packet Format 0.3, i.e. eliminating Selectors, during the past weekend.</div><div dir="auto">Running in Windows Subsystem for Linux, repo-sql with 10000 stored Data entries is able to respond 30 Interests per second.</div><div dir="auto">I also attempted to test repo-ng, but it crashed upon insertion via TCP.</div><div dir="auto"><br></div><div dir="auto">The scalability of repo-sql comes from converting an unfamiliar problem (optimizing an NDN repo) into a familiar problem (optimizing a PostgreSQL database). It’s true that database admin is one of the highest paid jobs in the market, but you can’t hire an experienced “NDN repo admin” no matter how much you pay. With PostgreSQL database replication, you can deploy as many instances of repo-sql frontend as necessary to serve the demand.</div><div dir="auto"><br></div><div dir="auto">Yours, Junxiao</div><div><br><div class="gmail_quote"><div dir="ltr">On Fri, Oct 19, 2018 at 12:02 Nick Briggs <<a href="mailto:nicholas.h.briggs@gmail.com">nicholas.h.briggs@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> On Oct 19, 2018, at 6:38 AM, Junxiao Shi <<a href="mailto:shijunxiao@email.arizona.edu" target="_blank">shijunxiao@email.arizona.edu</a>> wrote:<br>
> <br>
>       6. repo-sql Refresh: I will continue to keep repo-sql going and make it a viable replacement of repo-ng, until repo-ng folks either give up or beat me in performance and scalability.<br>
> <br>
<br>
That's amusing.  How *are* the performance figures looking these days?<br>
<br>
-- Nick Briggs<br>
<br>
</blockquote></div></div>