Re: [Cake] CAKE upstream in LEDE

shiny! I could not resist and installed lede head on my 1200ac just now. But: root@linksys-1200ac:/etc/config# tc qdisc add dev eth0 root cake bandwidth 9mbit Unknown qdisc "cake", hence option "bandwidth" is unparsable root@linksys-1200ac:/etc/config# Also sqm-scripts fails silently when

Re: [Cake] CAKE upstream in LEDE

On Tue, Jun 7, 2016 at 10:04 AM, Kevin Darbyshire-Bryant <ke...@darbyshire-bryant.me.uk> wrote: > > > On 07/06/16 18:00, Dave Taht wrote: >> >> possibly 1. tc - 4.4.0-1 - Traffic control utility is what I have. > > > Yes, you peaked too soon :-) Should be tc

[Cake] fq_Codel at 70% utilization vs everything else

https://www.usenix.org/system/files/conference/nsdi16/nsdi16-paper-mittal.pdf - I do generally enjoy reading usenix papers, but this one stopped at 70% utilization for some reason. -- Dave Täht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org

[Cake] new code point proposed

https://tools.ietf.org/html/draft-you-tsvwg-latency-loss-tradeoff-00 -- Dave Täht Let's go make home routers and wifi faster! With better software! https://www.gofundme.com/savewifi ___ Cake mailing list Cake@lists.bufferbloat.net

Re: [Cake] cake separate qos for lan

An overall ISP in tc need exposed by this discussion is some means of mapping multiple ipv4 and ipv6 addresses and netmasks into something that will return a (key,value) pair. This would work something like ipset does, although what you would return is not "present or not" but present and a value

Re: [Cake] cake separate qos for lan

metric 1 Dave Täht Let's go make home routers and wifi faster! With better software! https://www.gofundme.com/savewifi On Tue, Mar 29, 2016 at 4:31 PM, Dave Taht <dave.t...@gmail.com> wrote: > An overall ISP in tc need exposed by this discussion is some means of > mapping multiple i

[Cake] sometimes I think cake is too complex

then I see: https://news.ycombinator.com/item?id=11489339 and firehol, which among other things, seems to have a pretty neat visualization tool. -- Dave Täht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org

[Cake] pleased to see some patches land for cake

... so I filed some bugs. -- Dave Täht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake

Re: [Cake] [Cerowrt-devel] OK, what's the current recommendation(s)?

: > On Wed, 20 Apr 2016 16:48:51 -0700, Dave Taht said: > >> Can't recommend anything at $100 at the moment. The linksys 1200ac >> comes closest. I have one running on a 125/25 connection using cake >> just fine - but I can still pretty easily crash it on the wifi as of >

Re: [Cake] CAKE on FTTH in Mauritius

Pretty impressive result. On Sun, Jul 31, 2016 at 10:13 AM, Loganaden Velvindron wrote: > Hi folks, > > Got myself an archer c7 v2 with lede: (HEAD, r1185), on a 30Mbit/s > (download) and 4Mbit/s upload. > > here is the result using dslreports: >

Re: [Cake] when did rack enter the kernel?

n Mon, 18 Jul 2016 at 05:05 Dave Taht <dave.t...@gmail.com> wrote: >> >> https://www.ietf.org/proceedings/96/slides/slides-96-tcpm-3.pdf >> >> -- >> Dave Täht >> Let's go make home routers and wifi faster! With better software! >> http://blog.cerowrt.org

[Cake] when did rack enter the kernel?

https://www.ietf.org/proceedings/96/slides/slides-96-tcpm-3.pdf -- Dave Täht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org ___ Cake mailing list Cake@lists.bufferbloat.net

Re: [Cake] [Codel] Proposing COBALT

On Tue, Jun 28, 2016 at 1:40 AM, Kevin Darbyshire-Bryant wrote: > > > On 28/06/16 03:51, Jonathan Morton wrote: >>> >>> On 27 Jun, 2016, at 18:18, Kevin Darbyshire-Bryant >>> wrote: >>> >>> How do you feel about switching that package

Re: [Cake] conntrack lookup continuation

On Fri, Feb 3, 2017 at 8:42 AM, John Sager wrote: > I would support this. It would allow cake to behave pretty much as I have > HTB+fq_codel currently set up for both egress and ingress (via ifb0) on my > border router/firewall. I fwmark egress traffic based on various criteria

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

* Question #16: Is there any other testing anyone would like to see while I have this rig up? Please! 1) ECN on on both sides. 2) A voip test 3) P2MP (3 or more stations, rtt_fair_var* tests) 4) Lowered MCS rates or distance or rain Of these, the last will improve the accuracy and relevance of

Re: [Cake] cake status & forks

On Sat, Jan 28, 2017 at 3:06 AM, Adrian Popescu wrote: > Hello, > > Cake has been under development for a while. It still doesn't seem to > be ready. I have some questions to ask. > > LEDE uses a fork of Cake. Why does such a small project need to use a > fork to be

Re: [Cake] fq_codel leveraging the skb->hash now in net-next

t within fq_codel also, thus measuring cpu overload on queuing within linux itself. This would also tend toward favoring local tcp flows (I think), slightly, in the fq_codel case. But perhaps I'm still dreaming too hard. > > On Fri, Jan 20, 2017 at 1:29 PM, Dave Taht <dave.t...@gmail.

Re: [Cake] [Make-wifi-fast] Flent results for point-to-point Wi-Fi on LEDE/OM2P-HS available

In terms of disabling classification and always using best effort, always passing NULL here to the classifier will do the trick. http://lxr.free-electrons.com/source/net/mac80211/wme.c#L218 At first glance it does not appear to have *any* default, which implies that rrul and rrul_be will be

Re: [Cake] Cake latency update

Disable offloads on the sky hardware and see what happens? ethtool -K gro off tso off gso off your_device How old is the OS on that hardware - offloads have always been tricksy. as to why you might be seeing it more with cake, with this stuff on, you are not necessarily checking every packet

[Cake] cake at longer rtts

It has been quite some time since I looked at cake at longer RTTs. Here's a single flow test comparing it to sonic fiber default fifo (50ms delay in the ONT), to fq_codel, to cake at 110mbit. http://www.taht.net/~d/sonic_cake_vs_fq_codel_vs_fifo_70ms.png -- Dave Täht Let's go make home routers

Re: [Cake] Cake with Deep Packet Inspection

I'm curious - is this all better now? Did the NDPI code make it into lede mainline? On Sun, Nov 13, 2016 at 12:28 AM, Outback Dingo wrote: > On Sat, Nov 12, 2016 at 10:51 PM, Jonathan Morton > wrote: >> Seems to have plenty of memory free, so

[Cake] target 83ms at 10Mbit??

://wireguard.io/ relevant conversation on the list -- Forwarded message -- From: Jason A. Donenfeld <ja...@zx2c4.com> Date: Mon, Aug 29, 2016 at 4:57 PM Subject: Re: [WireGuard] fq, ecn, etc with wireguard To: Dave Taht <dave.t...@gmail.com> Cc: WireGuard mailing list <wiregu

Re: [Cake] de-natting & host fairness

On Sun, Sep 25, 2016 at 8:20 PM, Kevin Darbyshire-Bryant wrote: > Greetings! > > A while back I started on a quest to make cake 'nat' aware as the lack of > host fairness in a typical home router environment was the only thing that > prevented cake from being the

Re: [Cake] de-natting & host fairness

I have to admit my end-state was: tc qdisc add dev eth0 ingress cake bandwidth 100mbit. ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake

Re: [Cake] BUG_ON vs WARN_ON

I cannot repeat that result this morning, with either replace or change. I *was* running far more extensive tests between changing things that way than I just did, but a string of quick tests, changing the bandwidth, changing it to unlimited, etc got the correct behaviors throughout for both

Re: [Cake] BUG_ON vs WARN_ON

I did test this version of cake yesterday, had no major problems, aside from: 1) it seeming not to register drops under some circumstances in the statistics. (could be flent) 2) switching stuff like this tc qdisc add dev eth0 root cake bandwidth 700mbit tc qdisc replace dev eth0 root cake

[Cake] cake for the edgerouter and linux 3.10

I have (as usual) not time to poke into this for a few days but, via: http://community.ubnt.com/t5/EdgeMAX/Cake-compiled-for-the-ERL/td-p/1679844/page/2 @dtaht2, @kvic, @pgage: I compiled Cake for the ER-X today. Since I don't own an ER-X, I'm not able to test if it actually works, so I would

[Cake] cake breaks against net-next

there has been an awful lot of work around reworking the qdiscs in the latest linux to eliminate cache hit problems, and locks. This breaks cake, and I'm too deep in wifi to look at it for a while. Jon? It was my hope that cake would defeat the ping spike I saw in

Re: [Cake] cake for net-next 4.8

On Tue, Sep 27, 2016 at 11:56 AM, Jonathan Morton <chromati...@gmail.com> wrote: > >> On 27 Sep, 2016, at 21:18, Dave Taht <dave.t...@gmail.com> wrote: >> >>> On Tue, Sep 27, 2016 at 10:52 AM, Jonathan Morton <chromati...@gmail.com> >>> wrote: &g

Re: [Cake] de-natting & host fairness

From a multiple IP perspective, at least on egress through a switch, you could hash on the mac address instead of the IP... /me hides On Wed, Sep 28, 2016 at 4:08 AM, Kevin Darbyshire-Bryant wrote: > > > On 28/09/16 07:07, Kevin Darbyshire-Bryant wrote: >> >> Two

Re: [Cake] cake for net-next 4.8

Annoying. Perhaps my link to the blog in my .sig? Perhaps they object to my verbosity? On Tue, Sep 27, 2016 at 7:38 AM, Jonathan Morton <chromati...@gmail.com> wrote: > >> On 25 Sep, 2016, at 21:30, Dave Taht <dave.t...@gmail.com> wrote: >> >> I quickly got sc

[Cake] cake for net-next 4.8

I quickly got sch_cake to work on top of net next. The attached diff is probably not correct in some respect or another (what's to_free for? And it looks like statistics collection has been parallelized elsewhere) ... but I did not crash my box in an hour of trying, with it. Judging from me

Re: [Cake] cake for net-next 4.8

On Tue, Sep 27, 2016 at 10:52 AM, Jonathan Morton <chromati...@gmail.com> wrote: > >> On 25 Sep, 2016, at 21:30, Dave Taht <dave.t...@gmail.com> wrote: >> >> Judging from me tearing apart how TCP BBR works (presently) with ecn, >> it looks like we

Re: [Cake] WireGuard Queuing, Bufferbloat, Performance, Latency, and related issues

Dear Jason: Let me cross post, with a little background, for those not paying attention on the other lists. All: I've always dreamed of a vpn that could fq and - when it was bottlenecking on cpu - throw away packets intelligently. Wireguard, which is what jason & co are working on, is a really

[Cake] what if you don't need conntracking?

At least in my case I have several places where I don't use conntrack (a firewall elsewhere) - does trying to use conntrack by default in cake pull in the module? https://developers.soundcloud.com/blog/shoot-yourself-in-the-foot-with-iptables-and-kmod-auto-loading -- Dave Täht Let's go make

[Cake] thx for the man page!

https://github.com/dtaht/sch_cake/issues/36 -- Dave Täht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake

[Cake] "Predict" algorithm at ietf

https://www.ietf.org/proceedings/97/slides/slides-97-iccrg-on-redesigning-the-unequipped-ship-load-transient-awareness-and-aqm-algorithms-00.pdf (I am not at ietf, but will attend a few things remotely) -- Dave Täht Let's go make home routers and wifi faster! With better software!

[Cake] webrtc diffserv "standard" emerges

http://rtcbits.blogspot.com/2017/01/using-dscp-for-webrtc-packet-marking.html -- Dave Täht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org ___ Cake mailing list Cake@lists.bufferbloat.net

Re: [Cake] [Make-wifi-fast] Airtime fairness patch merged upstream, and the Turris Omnia debloated

The simplest way to verify if you have the airtime fairness stuff is to look for a sysfs file named "airtime". The best way to test it is to drive more than one wifi device over it simultaneously from a wired link, and not through the ISP link. flent -H device1 -H device2 -H device1 -H device2

[Cake] Omnia test?

I don't actually have an omnia (I had ordered one, card expired, I have 40+ other routers), but I'm dying for a benchmark... On Fri, Dec 23, 2016 at 6:33 PM, Dave Taht <dave.t...@gmail.com> wrote: > On Fri, Dec 23, 2016 at 6:25 PM, Aaron Wood <wood...@gmail.com> wrote: &g

Re: [Cake] [Make-wifi-fast] Airtime fairness patch merged upstream, and the Turris Omnia debloated

t; > On Fri, Dec 23, 2016 at 18:29 Dave Taht <dave.t...@gmail.com> wrote: >> >> On Fri, Dec 23, 2016 at 6:18 PM, Aaron Wood <wood...@gmail.com> wrote: >> > On Fri, Dec 23, 2016 at 6:03 PM, Dave Taht <dave.t...@gmail.com> wrote: >> >> >

Re: [Cake] [Make-wifi-fast] Airtime fairness patch merged upstream, and the Turris Omnia debloated

On Fri, Dec 23, 2016 at 5:48 PM, Aaron Wood <wood...@gmail.com> wrote: > > > On Fri, Dec 23, 2016 at 5:41 PM, Dave Taht <dave.t...@gmail.com> wrote: >> >> On Fri, Dec 23, 2016 at 5:32 PM, Aaron Wood <wood...@gmail.com> wrote: >> > Toke, >> >

Re: [Cake] [Make-wifi-fast] Airtime fairness patch merged upstream, and the Turris Omnia debloated

On Fri, Dec 23, 2016 at 6:18 PM, Aaron Wood <wood...@gmail.com> wrote: > On Fri, Dec 23, 2016 at 6:03 PM, Dave Taht <dave.t...@gmail.com> wrote: >> >> The simplest way to verify if you have the airtime fairness stuff is >> to look for a sysfs file name

Re: [Cake] [Make-wifi-fast] Airtime fairness patch merged upstream, and the Turris Omnia debloated

On Fri, Dec 23, 2016 at 6:22 PM, Aaron Wood <wood...@gmail.com> wrote: > On Fri, Dec 23, 2016 at 6:07 PM, Dave Taht <dave.t...@gmail.com> wrote: >> >> your 3800 is outperforming the ac1900 across the board at this >> distance > > > At short range,

Re: [Cake] [Make-wifi-fast] Airtime fairness patch merged upstream, and the Turris Omnia debloated

your 3800 is outperforming the ac1900 across the board at this distance ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake

Re: [Cake] [Make-wifi-fast] Airtime fairness patch merged upstream, and the Turris Omnia debloated

On Fri, Dec 23, 2016 at 6:22 PM, Aaron Wood <wood...@gmail.com> wrote: > On Fri, Dec 23, 2016 at 6:07 PM, Dave Taht <dave.t...@gmail.com> wrote: >> >> your 3800 is outperforming the ac1900 across the board at this >> distance > > > At short range,

Re: [Cake] an experiment with an alternate hasher

On Sun, Mar 26, 2017 at 9:16 AM, Jonathan Morton <chromati...@gmail.com> wrote: > >> On 26 Mar, 2017, at 19:00, Dave Taht <dave.t...@gmail.com> wrote: >> >> popcount is, regrettably, an sse4.2-only instruction > > A read through the ARM ISA Quick Reference C

[Cake] an experiment with an alternate hasher

I am trying to see if I can get an adaquate avalanche distribution using a hash of popcount(src),(popcount(dst),srcport,dstport, protocol, seed. popcount is, regrettably, an sse4.2-only instruction, and this version of the assembly routine can actually popcount up to 8 ipv6 addresses in a row,

[Cake] bufferbloat.net cutting expenses and retiring servers

Due to no funding for the past 9 months, and nothing in the foreseeable future, and the essential conclusion of phase I of the make-wifi fast project, I am going to be shutting down a few underused servers and other infrastructure. The lede build server (650/month) will be shut down at the end of

Re: [Cake] Cake] Current status and recommendations for APU2C*/ArcherC7 and ath10k platforms?

Toke Høiland-Jørgensen writes: > Jon Pike writes: > >> Thought this might be a good place to ask a question or two abt the >> wifi fast stuff... while Toke's listening. >> >> 1. What's the status of make wifi fast on the ath10k now, or did it >> make it there

Re: [Cake] improving inbound shaping

tly have the make-wifi-fast fixes and I can profile, a bit on it. They're 128 bucks on amazon. https://www.amazon.com/TP-Link-Wireless-Technology-Archer-C2600/dp/B010UR8AM2 > > On March 3, 2017 7:54:23 AM GMT+01:00, Dave Taht <dave.t...@gmail.com> wrote: >>As that's the highest

[Cake] improving inbound shaping

As that's the highest cpu user there is, (and the biggest problem I have, on comcast, there's 2 sec of latency at 100mbit without shaping: http://www.taht.net/~d/comcast2/asmiserabledlasever.png (more flent data there). It's always been a daydream to somehow bypass the existing tc_mirred

Re: [Cake] Fast snack, QUIC CAKE?

Benjamin Cronce writes: > CAKE only works for endpoints you control. QUIC can benefit in > situations where you don't control the chokepoints. Not sure how QUIC > interacts with CAKE. I can't see it being more than a small percent > better or worse. It is not so much quic vs

Re: [Cake] Cake on LEDE - package maintainer required

I have long sought sufficient funding to push cake into the mainstream and come up empty. Cake represents thousands of hours of volunteer labor as it is, and everyone that has worked on it deserves kudos... ... and a check... or at least... a bloody t-shirt. And I mean that both in the

[Cake] new mailing list for make-wifi-fast funding video

toke's established a new private mailing list for discussing the next phase of the make-wifi-fast effort. If you wish to participate, sign up here. https://lists.bufferbloat.net/listinfo/chasm this list (and the raw video) will remain private (for a change), as I feel diluting the message while

Re: [Cake] WiSHLIST Meticulous In-person Cake Codebase Study Session

Kevin Darbyshire-Bryant writes: > I wish this would happen for cake: > https://lists.zx2c4.com/pipermail/wireguard/2017-October/001801.html Hah. It would kind of have to be a group performance. > ___ > Cake mailing list

[Cake] best way at getting at tcp ack data?

I was thinking about how I'd go about adding saner ack filtering [1] to cake (or maybe to a tc filter), and perhaps it is way simple, now. Merely using the skb_flow_dissect stuff gives me all the flow related fields, from potentially deeply encapsulated packets - and seems to have grown

Re: [Cake] best way at getting at tcp ack data?

https://tools.ietf.org/html/rfc3449#section-5.2.1 On Sat, Sep 30, 2017 at 10:22 PM, Jonathan Morton <chromati...@gmail.com> wrote: > On 01/10/17 06:10, Dave Taht wrote: >> >> I was thinking about how I'd go about adding saner ack filtering [1] >> to cake > > >

Re: [Cake] best way at getting at tcp ack data?

The crux of my question was what would be the best way to incorporate the FLOW_DISSECTOR_KEY_TCP into cake whilst retaining all the other DPI. I would add a "ack_filter" parameter to the rate_flags? On Sun, Oct 1, 2017 at 6:08 PM, Jonathan Morton wrote: > Ah, so

Re: [Cake] Cake upstream Planning

Pete Heist <petehe...@gmail.com> writes: > On Nov 15, 2017, at 8:44 PM, Dave Taht <d...@taht.net> wrote: > > > > I dearly would like to try and submit cake to mainline linux in > december. Getting it done is going to take group effort. >

[Cake] Cake upstream Planning

together. Also, it might be fun to schedule a dramatic reading of the source code via videoconference because theres a lot in cake that not enough people (except maybe jonathan) understand. Pete Heist <petehe...@gmail.com> writes: > On Nov 14, 2017, at 9:10 PM, Dave Taht <d...@tah

Re: [Cake] Cake upstream Planning

Dave Taht <d...@taht.net> writes: >> >> TCP RTT ~= 8ms with default qdisc, throughput ~= 940 Mbit >> TCP RTT ~= 4.5ms with ‘cake unlimited’, throughput ~= 920 Mbit >> TCP RTT ~= 1ms with ‘cake unlimited lan’, throughput ~= 920 Mbit This was with BQL in play? Monito

Re: [Cake] Cake upstream Planning

Pete Heist <petehe...@gmail.com> writes: > On Nov 15, 2017, at 9:04 PM, Dave Taht <d...@taht.net> wrote: > > > Dave Taht <d...@taht.net> writes: > > TCP RTT ~= 8ms with default qdisc, throughput ~= 940 Mbit >

Re: [Cake] total download rate with many flows

ake@lists.bufferbloat.net> wrote: > ___ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake > > > -- Forwarded message -- > From: "G. Amanakis" <g_amana...@yahoo.com> &g

Re: [Cake] total download rate with many flows

George Amanakis via Cake writes: > From: George Amanakis > Subject: Re: [Cake] total download rate with many flows > To: David Lang > Cc: cake@lists.bufferbloat.net > Date: Mon, 13 Nov 2017 21:49:53 -0500 (17 hours, 20 minutes,

Re: [Cake] TCP ACK filtering

Sorry. :) I got eager to play with it, and happen to be building kernels tonight merged PR 64. ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake

Re: [Cake] ack filter rrul result at 1000/100

Please disregard that result entirely, my test setup was wrong and I jumped for joy too early. (turned out on the second run I'd rate limited the wrong interface also to 100mbit) On Wed, Nov 15, 2017 at 7:13 PM, Dave Taht <dave.t...@gmail.com> wrote: > I pulled together rmounce's

Re: [Cake] cake flenter results round 1

Pete Heist writes: >> On Nov 27, 2017, at 12:10 PM, Toke Høiland-Jørgensen wrote: >> >> Pete Heist writes: >> >>> * I wonder if the UDP flood tests really work at 900mbit: >> >> Did you set the UDP bandwidth? --test-parameter

Re: [Cake] cake flenter results round 1

t; On Nov 27, 2017, at 18:33, Dave Taht <dave.t...@gmail.com> wrote: >> >> georgios >> >> the result you got was "fair", but you shoul have seen something >> closer to 900mbit than 400. >> >> On Mon, Nov 27, 2017 at 8:17 AM, Georgios

[Cake] Simple metrics

Changing the title of the thread. Pete Heist writes: > On Nov 27, 2017, at 7:28 PM, Jonathan Morton > wrote: > > An important factor when designing the test is the difference between > intra-flow and inter-flow induced latencies,

Re: [Cake] cake flenter results round 2

Pete Heist writes: > > *** Round 3 Plans: > > * Use netem to test a spread of simulated rtts and bandwidths. Since you are leveraging a few too few boxes, attached are my current scripts for fiddling a bit with network namespaces. I added individual ssh, irtt, etc, servers

[Cake] 1Gbit/20Mbit D/L with ack-filtering

Wrote up that result here: http://blog.cerowrt.org/post/ack_filtering/ ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake

Re: [Cake] cake flenter results round 2

Pete Heist <petehe...@gmail.com> writes: >> On Nov 28, 2017, at 8:07 PM, Dave Taht <d...@taht.net> wrote: >> >> Pete Heist <petehe...@gmail.com> writes: >> >>> *** Round 3 Plans: >>> >>> * Use netem to test a spread of sim

Re: [Cake] Simple metrics

Pete Heist <petehe...@gmail.com> writes: >> On Nov 28, 2017, at 7:15 PM, Dave Taht <d...@taht.net> wrote: >> >> Pete Heist <petehe...@gmail.com> writes: >> >>>On Nov 27, 2017, at 7:28 PM, Jonathan Morton <chromati...@gmail.com>

Re: [Cake] Cake tree unreadable

, and it is, quite inefficient. Kevin Darbyshire-Bryant <ke...@darbyshire-bryant.me.uk> writes: >> On 28 Nov 2017, at 18:48, Dave Taht <d...@taht.net> wrote: >> >> >> >> It sounds like your git-foo is stronger than ours! I'm not even trying >> to get head t

Re: [Cake] new patchset for upstream net-next

cake_hash': >> sch_cake.c:(.text+0x23d0): undefined reference to `nf_ct_get_tuplepr' >> sch_cake.c:(.text+0x23f3): undefined reference to `nf_conntrack_find_get' >> make: *** [Makefile:993: vmlinux] Error 1 >> >> Everything is selected (Y or M) under "Core Netfilter Config

Re: [Cake] cake flenter results round 0

That is a really, really long, and extremely pleasant, way of saying: "OK, it doesn't crash". :) can flenter work with the veth stuff and namespaces? On Sun, Nov 26, 2017 at 12:12 AM, Pete Heist wrote: > I have a script (called flenter) which can run flent with

[Cake] trouble with cobalt

https://seekingalpha.com/article/4127448-cobalt-cliff-two-dire-warnings-musk-soliloquy?page=2 -- Dave Täht CEO, TekLibre, LLC http://www.teklibre.com Tel: 1-669-226-2619 ___ Cake mailing list Cake@lists.bufferbloat.net

Re: [Cake] allocate_src allocate_dst

On Sat, Nov 25, 2017 at 8:43 AM, Kevin Darbyshire-Bryant wrote: > > >> On 25 Nov 2017, at 16:41, Jonathan Morton wrote: >> >> Not quite. The "dual" enums have more than one bit set, so you have to test >> them for equality. >> >> - Jonathan

Re: [Cake] allocate_src allocate_dst

Please ignore that patchset. I'll regenerate it later. On Sat, Nov 25, 2017 at 8:45 AM, Dave Taht <dave.t...@gmail.com> wrote: > I have a for_upstream_4.16 branch which you might want to pull and > take a look at. > > It no longer compiles out of tree, so you can apply it aga

Re: [Cake] allocate_src allocate_dst

On Sat, Nov 25, 2017 at 8:52 AM, Dave Taht <dave.t...@gmail.com> wrote: > Please ignore that patchset. I'll regenerate it later. The tarball, anyway. (I'd generated it before I ripped out perturb) The branch looks ok to my bleeding eyes thus far. > > On Sat, Nov 25, 2017 at 8:4

Re: [Cake] lan keyword affects host fairness

I support removing metro and below as keywords. Note: I am more interested in throughput (w/ecn) at the lower rtt settings than flow fairness (is the aqm scaling?). If we can have shorter queues overall while not taking a throughput hit, in the datacenter, that's a win. I have a hope, however,

[Cake] Fwd: testers wanted for the "cake" qdisc on mainstream platforms

sc on mainstream platforms To: Dave Taht <dave.t...@gmail.com> Cc: bro...@redhat.com On Thu, 23 Nov 2017 12:46:25 -0800 Dave Taht <dave.t...@gmail.com> wrote: > you are the only person I know with 10GigE+ hardware. > > I'm kind of dying to know if ack filtering has any

Re: [Cake] [PATCH 1/3] pkt_sched.h: add support for sch_cake API

Marcelo Ricardo Leitner <marcelo.leit...@gmail.com> writes: > On Tue, Nov 21, 2017 at 04:58:54PM -0800, Dave Taht wrote: >> Stephen Hemminger <step...@networkplumber.org> writes: > ... >> > Also, when I see multiple arrays of same size. It seems the A

Re: [Cake] cake flenter results round 0

Pete Heist writes: > I have a script (called flenter) which can run flent with different parameter > variations and produce an html report. I’m very sorry again that this doesn’t > yet use flent’s batch feature- it was started before I knew about that. > > I’ll use it to

Re: [Cake] RFC: allocate without the gotos

Kevin Darbyshire-Bryant writes: >> On 26 Nov 2017, at 10:00, Jonathan Morton wrote: >> >> On a purely theoretical basis, it probably isn't as fast, because now the >> 'found' condition has to be tested multiple times on the fast and slow

Re: [Cake] cake flenter results round 0

On Sun, Nov 26, 2017 at 1:47 AM, Pete Heist <petehe...@gmail.com> wrote: > > On Nov 26, 2017, at 9:42 AM, Dave Taht <dave.t...@gmail.com> wrote: > > That is a really, really long, and extremely pleasant, way of saying: > > "OK, it doesn't crash". > &g

[Cake] decaying flows with an empty qdisc

... } else if (!sch->q.qlen) { int i; for (i = 0; i < q->tin_cnt; i++) { if (q->tins[i].decaying_flow_count) { qdisc_watchdog_schedule_ns(>watchdog, now + q->tins[i].cparams.target);

[Cake] dealing with multibit DUAL whatevers

I just committed this diff --git a/sch_cake.c b/sch_cake.c index 14b32e0..606ec29 100644 --- a/sch_cake.c +++ b/sch_cake.c @@ -654,6 +654,20 @@ static inline void cake_update_flowkeys(struct flow_keys *keys, } #endif +/* Cake has several subtle multiple bit settings. In these cases you + *

[Cake] cake unlimited and qdisc_watchdog_schedule_ns?

I have sat here for a half hour now trying to figure out if the watchdog can be called when in unlimited mode (e.g., not shaped), and got nowhere. -- Dave Täht CEO, TekLibre, LLC http://www.teklibre.com Tel: 1-669-226-2619 ___ Cake mailing list

[Cake] allocate_src allocate_dst

there is no place in the current code base where these are not both true or both false. Thus redundant. ? -- Dave Täht CEO, TekLibre, LLC http://www.teklibre.com Tel: 1-669-226-2619 ___ Cake mailing list Cake@lists.bufferbloat.net

Re: [Cake] small cake_hash optimization?

Sebastian Moeller <moell...@gmx.de> writes: >> On Nov 23, 2017, at 17:21, Dave Taht <dave.t...@gmail.com> wrote: >> >> On Thu, Nov 23, 2017 at 1:36 AM, Pete Heist <petehe...@gmail.com> wrote: >>> >>>> On Nov 23, 2017, at 10:30 AM,

[Cake] taking a break for thanksgiving holiday

I'm going to take a break from cleaning up the cobalt branch til sunday before putting together a "final" patch for net-next. (which should open up by sunday) If anyone else would like to tackle: * getting ack_drop into the drop statistics * updating the man page * figuring out hard_header_len

Re: [Cake] lan keyword affects host fairness

Pete Heist writes: > On Nov 23, 2017, at 10:44 AM, Jonathan Morton > wrote: > > This is most likely an interaction of the AQM with Linux' scheduling > latency. > > At the 'lan' setting, the time comstants are similar in magnitude

Re: [Cake] cobalt through checkpatch

Kevin Darbyshire-Bryant <ke...@darbyshire-bryant.me.uk> writes: >> On 21 Nov 2017, at 21:59, Dave Taht <d...@taht.net> wrote: >> >> >> You will want to pull and rebase on top of this. >> >> Are there any other patches still lying out of tree

Re: [Cake] small cake_hash optimization?

On Thu, Nov 23, 2017 at 1:36 AM, Pete Heist wrote: > >> On Nov 23, 2017, at 10:30 AM, Pete Heist wrote: >> >> Thanks for the overhead info. I used that in my latest tests. That makes me >> wonder if those overheads could be defaulted when Cake knows

Re: [Cake] Cake tree unreadable

Sebastian Moeller <moell...@gmx.de> writes: > Hi All, > > >> On Nov 28, 2017, at 23:37, Dave Taht <d...@taht.net> wrote: >> >> >> A flag day here is feasible. I will fiddle along the lines you describe. >> >> As for other flag

Re: [Cake] cake flenter results round 2

Also, it is easier (for me at least) to download a tarball of all your results for a given run, rather than each one individually. I am thinking we can rename ack-filter-aggressive to ack-filter-too-damn-aggressive. Dave Taht <d...@taht.net> writes: > I just want to verify that you

Re: [Cake] cake flenter results round 3

Georgios Amanakis writes: > I gave high RTT with high bandwidth a try: > server -- delay -- mbox -- client > netserver 300/300ms 45/900mbit flent Neat. An actual satellite link would be interesting to test against, as whatever we are trying here beats against whatever they

[Cake] 950mbit result

way more tcp rtt for cake http://www.drhleny.cz/bufferbloat/cake/round0/tor_rrultor_fd_cake_950mbit/rrul_torrent-tcp_rtt_cdf.svg v http://www.drhleny.cz/bufferbloat/cake/round0/tor_rrultor_fd_fq_codel_950mbit/rrul_torrent-tcp_rtt_cdf.svg -- Dave Täht CEO, TekLibre, LLC

  1   2   3   4   5   6   7   8   >