CoDel AQM discussions
 help / color / mirror / Atom feed
* [Codel] proof of concept on embedded
@ 2012-05-05 20:47 Dave Taht
  2012-05-05 20:55 ` Dave Taht
  0 siblings, 1 reply; 2+ messages in thread
From: Dave Taht @ 2012-05-05 20:47 UTC (permalink / raw)
  To: codel

I patched in the latest codel patch into cerowrt, bumping up the
control_law cache to 1000.

It worked. First time.


I was able to run ~230Mbit/sec ethernet traffic through it, which is
comparable to both sfq and pfifo_fast on this hardware (for reference
this is the netgear 3800 680Mhz mips box with a 16 bit memory
interface).

Might have been able to get more had I increased BQL's setting (which
is set to 3028, presently). With BQL in auto mode, BQL finds operating
points between 64k and 131k at these speeds.

RTTs stayed low.

I knew, based on the experiments back in november, that having the
dependency on timestamping was feasible, but it was another thing to
actually see it all work.

With htb on with a modified simple_qos.sh script to use codel rather
than sfqred, with htb set to rate limit at 2Mbit, using netperf via
wireless, I only got .86Mbit/sec for one stream and 1.4Mbit for 4. But
I'm currently willing to write that off to the unrelated bug 379.

root@codel:~# tc -s qdisc show dev ge00
qdisc htb 1: root refcnt 2 r2q 10 default 12 direct_packets_stat 9
 Sent 13446791 bytes 9738 pkt (dropped 0, overlimits 29695 requeues 0)
 backlog 0b 2p requeues 0
qdisc codel 110: parent 1:11 [Unknown qdisc, optlen=32]
 Sent 15667 bytes 129 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
qdisc codel 120: parent 1:12 [Unknown qdisc, optlen=32]
 Sent 13428070 bytes 9586 pkt (dropped 2710, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
qdisc codel 130: parent 1:13 [Unknown qdisc, optlen=32]
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
qdisc ingress ffff: parent ffff:fff1 ----------------
 Sent 852437 bytes 10227 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0


Regrettably, due to another bug I've been battling for a month I can't
run traffic at that speed through it for more than 2 minutes or so.
( see http://www.bufferbloat.net/issues/379 371 and 360 for details ).
And last I looked qfq was still messed up on this arch.

But I've run plenty of traffic through it at normal speeds, so it's usable.

A test build for those of you that have this router is up at:

http://huchra.bufferbloat.net/~cero1/3.3/dev/3.3.4-5/

(didn't get the new iproute2 stuff on it on this pass though)

-- 
Dave Täht
SKYPE: davetaht
US Tel: 1-239-829-5608
http://www.bufferbloat.net

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [Codel] proof of concept on embedded
  2012-05-05 20:47 [Codel] proof of concept on embedded Dave Taht
@ 2012-05-05 20:55 ` Dave Taht
  0 siblings, 0 replies; 2+ messages in thread
From: Dave Taht @ 2012-05-05 20:55 UTC (permalink / raw)
  To: codel

On Sat, May 5, 2012 at 1:47 PM, Dave Taht <dave.taht@gmail.com> wrote:

>
> Regrettably, due to another bug I've been battling for a month I can't
> run traffic at that speed through it for more than 2 minutes or so.

to clarify:

at *230+* Mbit for more than 2 minutes or so.

Thus far htb + codel 20Mit down, 2Mbit up, has been fine.


-- 
Dave Täht
SKYPE: davetaht
US Tel: 1-239-829-5608
http://www.bufferbloat.net

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-05-05 20:55 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-05-05 20:47 [Codel] proof of concept on embedded Dave Taht
2012-05-05 20:55 ` Dave Taht

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox