<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 29, 2020 at 3:11 PM Poul-Henning Kamp <<a href="mailto:phk@phk.freebsd.dk">phk@phk.freebsd.dk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">--------<br>
Martin Grigorov writes:<br>
<br>
> > > Any feedback and ideas how to tweak it (VCL or even patches) are very<br>
> > > welcome!<br>
> ><br>
> > First you need to tweak your benchmark setup.<br>
> ><br>
> >    aarch64<br>
> ><br>
> >           Thread Stats   Avg      Stdev     Max   +/- Stdev<br>
> >             Latency   655.40us  798.70us  28.43ms   90.52%<br>
> ><br>
> > Strictly speaking, you cannot rule out that the ARM machine<br>
> > sends responses before it receives the request, because your<br>
> > standard deviation is larger than your average.<br>
> ><br>
><br>
> Could you explain in what case(s) the server would send responses before<br>
> receiving a request ?<br>
<br>
It never would, that's the point!<br>
<br>
Your measurement says that there is 2/3 chance that the latency<br>
is between:<br>
<br>
        655.40µs - 798.70µs     = -143.30µs<br>
<br>
and<br>
        655.40µs + 798.70µs     = 1454.10µs<br>
<br>
You cannot conclude _anything_ from those numbers.<br></blockquote><div><br></div><div>This now sounds like: if the latency stats are not correct then most probably the throughput is also not correct!</div><div>I may switch to a different load client tool! </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
-- <br>
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20<br>
phk@FreeBSD.ORG         | TCP/IP since RFC 956<br>
FreeBSD committer       | BSD since 4.3-tahoe    <br>
Never attribute to malice what can adequately be explained by incompetence.<br>
</blockquote></div></div>