<div dir="ltr">To respond to a ping from Dan, I've really not had the opportunity to exercise the standard qos-scripts package from OpenWRT on links in excess of 15Mbits on any WasabiNet nodes (which are all ar71xx / mips based).  Primarily because I've no wired uplink yet substantially in excess of ~20Mbits down.  Also, the wireless layers themselves tend to limit rates before QoS would kick in anyway.<div><br></div><div>My usual application of qos-scripts is to clamp speeds to single-digit Mbits range, i.e. to reduce load on the backhaul mesh.  This probably doesn't exercise nodes nodes enough to make them either CPU or memory bound.</div><div><br></div><div>But yes, I would be interested if anyone can share experience on whether alternate QoS implementations <br>(i.e. sqm) could perform better on mips-based APs like a TL-WDR7500.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 20, 2014 at 2:32 AM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><p dir="ltr"><br>
On Sep 19, 2014 12:20 PM, "Dan Staples" <<a href="mailto:danstaples@opentechinstitute.org" target="_blank">danstaples@opentechinstitute.org</a>> wrote:<br>
><br>
> Has anyone done much with the Quality of Service options in OpenWRT? I'm<br>
> particularly curious if anyone has seen better or worse performance<br>
> depending on a router's hardware specs (RAM and such). We're including<br>
> some documentation on doing QoS but we want to make sure to note any<br>
> problems that users may encounter depending on their router.</p>
</span><p dir="ltr">I have done a bit here and there. The QoS scripts for openwrt are a bit flawed, so there is this thing we have created called sqm which is an openwrt package in the ceropackages-3.10 repo on github.</p>
<p dir="ltr"><a href="http://snapon.lab.bufferbloat.net/~cero2/jimreisert/results.html" target="_blank">http://snapon.lab.bufferbloat.net/~cero2/jimreisert/results.html</a></p>
<p dir="ltr">Ram is generally not a problem.</p>
<p dir="ltr">Cpu is a problem above 50 mbit on ingress on the ancient mips platforms.<br>
 htb or HFSC  basically bottleneck  on interrupts. Based on that problem we<br>
have been developing a new rate limiter, contact me off list if you want to try it...</p>
<p dir="ltr">x86 hardware can do htb to the hundreds of mbits. I don't have data yet o the newer arm boxes.</p>
<p dir="ltr">Most of the need for inbound rate limiting declines as you go higher than 80<br>
Mbits. It is most needed the slower you need to go on outbound and inbound.</p>
<p dir="ltr"><a href="http://burntchrome.blogspot.gr/2014_08_01_archive.html" target="_blank">http://burntchrome.blogspot.gr/2014_08_01_archive.html</a></p><div class="HOEnZb"><div class="h5">
<p dir="ltr">><br>
> Dan<br>
><br>
> --<br>
> Dan Staples<br>
><br>
> Open Technology Institute<br>
> <a href="https://commotionwireless.net" target="_blank">https://commotionwireless.net</a><br>
> OpenPGP key: <a href="http://disman.tl/pgp.asc" target="_blank">http://disman.tl/pgp.asc</a><br>
> Fingerprint: 2480 095D 4B16 436F 35AB 7305 F670 74ED BD86 43A9<br>
> _______________________________________________<br>
> Commotion-dev mailing list<br>
> <a href="mailto:Commotion-dev@lists.chambana.net" target="_blank">Commotion-dev@lists.chambana.net</a><br>
> <a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
</p>
</div></div><br>_______________________________________________<br>
Commotion-dev mailing list<br>
<a href="mailto:Commotion-dev@lists.chambana.net">Commotion-dev@lists.chambana.net</a><br>
<a href="https://lists.chambana.net/mailman/listinfo/commotion-dev" target="_blank">https://lists.chambana.net/mailman/listinfo/commotion-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Ben West<div><a href="http://gowasabi.net" target="_blank">http://gowasabi.net</a><br><a href="mailto:ben@gowasabi.net" target="_blank">ben@gowasabi.net</a><br>314-246-9434<br></div>
</div>