<div dir="ltr">I'll try to get some measurements from both clients... before the end of the holiday weekend, but it's hard for me to say I'll get the clock sync right. I have done some client side tuning and driver updates, and that seems to have improved things, but there is still some bumps that don't don't make sense.<br><br>as a side note, noticing the request for cake testing or whatever, cake was inferior performance wise for this problem, on the wlan to fq-codel, I tried it but got worse results (also tried no optimizations on wlan, also worse peformance). Not sure why that would be but.... well there it is.</div><br><div class="gmail_quote"><div dir="ltr">On Wed, Nov 22, 2017 at 4:32 AM Neil Davies <<a href="mailto:neil.davies@pnsol.com">neil.davies@pnsol.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hal<br>
<br>
We use this approach to automatically manage measurements.<br>
<br>
There are a few more issues - the relative drift between the two clocks can be<br>
as high as 200ppm, though typically 50-75ppm is what we observe, but this drift<br>
is monotonic.<br>
<br>
Also NTP can make changes at one (or both) ends - they show up as distinct<br>
direction changes in the drift.<br>
<br>
This gives a limit (or a measurement error function you have to work within).<br>
<br>
Neil<br>
<br>
> On 21 Nov 2017, at 19:08, Hal Murray <<a href="mailto:hmurray@megapathdsl.net" target="_blank">hmurray@megapathdsl.net</a>> wrote:<br>
><br>
>> Right, no idea how Windows drivers behave. But odds are that the bottleneck<br>
>> is at the client, since that often has worse antennas than the AP. If you're<br>
>> in a position to take packet captures at both clients and AP you may be able<br>
>> to figure it out; may require tightly synchronised clocks to do properly,<br>
>> though.<br>
><br>
> It should be reasonable to synchronize the clocks at both ends well enough.<br>
><br>
> If that doesn't work and/or is inconvient, you could post process one trace<br>
> to adjust the time stamps.  The idea is to scan both traces in parallel to<br>
> find the minimum transit times in each direction, then adjust the time stamps<br>
> on one end to allocate half the total time to each direction.  It would<br>
> obviously be handy to have a few pings during a period of low traffic for<br>
> calibration.<br>
><br>
> -------<br>
><br>
> There are two dimensions to clocks.  One is the current time.  The other is<br>
> the frequency.  If the frequency is off, the clock will drift.  (ntpd's drift<br>
> correction is usually stored in someplace like /var/lib/ntp/ntp.drift)<br>
><br>
> Unless you are interested in long runs, the clock will not drift far enough<br>
> to be a serious problem, so all you have to do is get the time right before<br>
> starting a run.<br>
><br>
> You might want to kill ntpd on the wifi end so it doesn't get confused and yank the clock around.<br>
><br>
><br>
> --<br>
> These are my opinions.  I hate spam.<br>
><br>
><br>
><br>
> _______________________________________________<br>
> Bloat mailing list<br>
> <a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
><br>
><br>
> --<br>
> BEGIN-ANTISPAM-VOTING-LINKS<br>
> ------------------------------------------------------<br>
><br>
> Teach CanIt if this mail (ID 03UAH8AV8) is spam:<br>
> Spam:        <a href="https://portal.roaringpenguin.co.uk/canit/b.php?c=s&i=03UAH8AV8&m=09f8fdc3b5f4&rlm=pnsol-com&t=20171121" rel="noreferrer" target="_blank">https://portal.roaringpenguin.co.uk/canit/b.php?c=s&i=03UAH8AV8&m=09f8fdc3b5f4&rlm=pnsol-com&t=20171121</a><br>
> Not spam:    <a href="https://portal.roaringpenguin.co.uk/canit/b.php?c=n&i=03UAH8AV8&m=09f8fdc3b5f4&rlm=pnsol-com&t=20171121" rel="noreferrer" target="_blank">https://portal.roaringpenguin.co.uk/canit/b.php?c=n&i=03UAH8AV8&m=09f8fdc3b5f4&rlm=pnsol-com&t=20171121</a><br>
> Forget vote: <a href="https://portal.roaringpenguin.co.uk/canit/b.php?c=f&i=03UAH8AV8&m=09f8fdc3b5f4&rlm=pnsol-com&t=20171121" rel="noreferrer" target="_blank">https://portal.roaringpenguin.co.uk/canit/b.php?c=f&i=03UAH8AV8&m=09f8fdc3b5f4&rlm=pnsol-com&t=20171121</a><br>
> ------------------------------------------------------<br>
> END-ANTISPAM-VOTING-LINKS<br>
><br>
<br>
_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
</blockquote></div><div dir="ltr">-- <br></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Caleb Cushing<div><br></div><div><a href="http://xenoterracide.com">http://xenoterracide.com</a></div></div></div>