<div dir="auto">Thank you very much for your explanation. The test with the earlier mentioned Archer C7 V2 was indeed done on an internet connection with far less upload bandwidth. So the bottleneck was probably on the WAN link instead of wifi link, masking the wifi bufferbloat of the client.<div dir="auto"><br></div><div dir="auto">Unfortunately, I cannot reposition the antenna, since the router and laptop client both have internal antennas. The 2.4ghz wifi performance of the Mediatek platform is pretty poor in itself, but this is probably an inherent property of the Mediatek platform unfortunately. 2.4ghz performance was definitely way better on the Ath9k platform.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mar 27, 2017 14:21, "Jonathan Morton" <<a href="mailto:chromatix99@gmail.com">chromatix99@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> On 27 Mar, 2017, at 14:56, Jaap Buurman <<a href="mailto:jaapbuurman@gmail.com">jaapbuurman@gmail.com</a>> wrote:<br>
><br>
> Thank you very much for the quick replies! I tried two clients, one laptop with the Intel 7265ac chipset (Just to be clear, these tests were done on 2.4ghz n). And another client with an Artheros chipset. I am not entirely sure which one exactly, I can check in a few hours once I get home. Both clients were showing the same behavior. The Intel chipset was using Windows 8.1, while the Artheros chipset was using Windows 10. As a sidenote, I will try out Ubuntu clients as well once I get home.<br>
><br>
> I initially also suspected bloated clients. But both clients showed an A bufferbloat score on an Archer C7 V2 2.4ghz wifi. This was the exact same test as the one in the OP, so with 32 upload streams. Unfortunately, I do not have the Archer anymore, so I cannot repeat the iperf tests.<br>
<br>
Both are reasonably powerful routers with good CPUs and decent wifi capabilities. However, I now notice this from the thread you linked:<br>
<br>
> As you can see, bufferbloat is fine wired (I am not using SQM, since that crashes my router, even with fq_codel, it's an outstanding issue with Mediatek socs). And WAN speeds are more than enough for my wifi connection.<br>
<br>
It’s pretty hard to avoid bufferbloat if you don’t have any bufferbloat mitigation in place.  In the download direction you benefit from the router's mt76 chipset’s support for wifi-stack AQM/fairness (aka the result of the make-wifi-fast project).  In the upload direction you have to rely on whatever Windows does, which (as with many things) is grossly inferior.<br>
<br>
Under Linux with a recent enough kernel, the ath9k driver also has the make-wifi-fast code fully enabled.  One of your wireless clients might therefore benefit from that.  Alas, the Intel chipsets have a different architecture which makes a full implementation much more difficult.<br>
<br>
It’s important to realise that bufferbloat always occurs at the entry end of the bottleneck link.  Differences in link bandwidth (which are very common with wifi, even with the same hardware, if you simply move around a bit) can easily move that bottleneck from one link to another.  It’s therefore important to have AQM installed on every link that you can, in both directions.<br>
<br>
You may want to double-check that your antennas are properly installed and oriented for best performance.  That will tend to improve your wifi link bandwidth, and might shift the bottleneck back to your uplink, which appears to be less bloated in the first place.<br>
<br>
 - Jonathan Morton<br>
<br>
</blockquote></div></div>