Re: [Codel] [RFC PATCH] codel: ecn mark at target

On Mon, Aug 6, 2012 at 1:01 PM, Eric Dumazet eric.duma...@gmail.com wrote: On Mon, 2012-08-06 at 12:09 -0700, Andrew McGregor wrote: On 6/08/2012, at 10:50 AM, Dave Taht dave.t...@gmail.com wrote: This discussion is getting mildly off-track. My intent in posting this patch was to prove

Re: [Codel] better mixing in fq_codel

On Thu, Aug 30, 2012 at 4:06 PM, Eric Dumazet eric.duma...@gmail.com wrote: On Thu, 2012-08-30 at 15:59 -0700, Dave Taht wrote: I have finally found the source of the issues I was having with htb + fq_codel at low bandwidths, and it wasn't htb to the extent I thought

[Codel] exploring alternate codel and fq_codel ideas

I finally did get a working version of the ns2 based codel.h code, and instead of hacking on fq_codel directly, I started adding versions so as to be able to compare new and old more directly. I'm thinking of re-activating debloat-testing for this purpose. What I did was just do a codel2.h, and

Re: [Codel] fq_codel : interval servo

On Sat, Sep 1, 2012 at 5:53 AM, Eric Dumazet eric.duma...@gmail.com wrote: On Fri, 2012-08-31 at 09:59 -0700, Dave Taht wrote: I realize that 10GigE and datacenter host based work is sexy and fun, but getting stuff that runs well in today's 1-20Mbit environments is my own priority, going up

Re: [Codel] RFC: Realtime Response Under Load (rrul) test specification

On Tue, Nov 6, 2012 at 9:52 PM, David Collier-Brown dave...@rogers.com wrote: Dave Taht wrote: I have been working on developing a specification for testing networks more effectively for various side effects of bufferbloat, notably gaming and voip performance, and especially web performance

Re: [Codel] hardware hacking on fq_codel in FPGA form at 10GigE

On Thu, Dec 20, 2012 at 3:17 AM, Hal Murray hmur...@megapathdsl.net wrote: If I was going to do something like that, I'd build a small/simple CPU and do the work in microcode. There are two ppc 440 cpus already onboard the 10GigE device, I think. It's a REALLY NICE fpga.

Re: [Codel] [Cerowrt-devel] hardware hacking on fq_codel in FPGA form at 10GigE

should give them that quote. And I'll order one. Heck, maybe two. Real find! Thanks! How far along is your SDR project? -Original Message- From: Hal Murray hmur...@megapathdsl.net Sent: Thursday, December 20, 2012 5:32am To: Dave Taht dave.t...@gmail.com Cc: bloat-devel bloat

Re: [Codel] [Cerowrt-devel] hardware hacking on fq_codel in FPGA form at 10GigE

OK, I ordered 2. It's not clear how the ethernet is fully implemented (The marvel phy is documented, the actual ethernet interface is not so far as I can see, so some source code reading is going to be required. ) I note that me doing this is also kind of driven by supplies of the wndr3800

Re: [Codel] R: Making tests on Tp-link router powered by Openwrt svn

On Fri, Dec 21, 2012 at 5:19 AM, Alessandro Bolletta alessan...@mediaspot.net wrote: Hi jonathan, This is how i configured the testbed: I have a windows 8 laptop connected directly on the tplink/openwrt router. Tplink is also connected to a gigabit switch. So, i thought to make some

Re: [Codel] R: Making tests on Tp-link router powered by Openwrt svn

To be more clear here; You outlined your setup as: laptop - TPLINK - gigE switch - server And your path for attempting fq_codel is on a samba download from the server. So it hits the gigE switch, gets buffered up and dropped there, and then has a clear path the rest of the way to your laptop.

Re: [Codel] [Cerowrt-devel] hardware hacking on fq_codel in FPGA form at 10GigE

It really is astounding what is going on in the arm world: http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G135341370451 The wndr3700v4 is out, and appears to be a good hardware upgrade from the 3800 series, but it's not supported by openwrt yet. I took a look at their

Re: [Codel] R: Making tests on Tp-link router powered by Openwrt svn

On Fri, Dec 21, 2012 at 6:06 PM, Kathleen Nichols nich...@pollere.com wrote: On 12/21/12 2:32 AM, Dave Taht wrote: On Fri, Dec 21, 2012 at 5:19 AM, Alessandro Bolletta alessan...@mediaspot.net wrote: I don't understand why you are lowering the target explicitly as the use of an MTU's worth

Re: [Codel] R: Making tests on Tp-link router powered by Openwrt svn

On Fri, Dec 21, 2012 at 7:30 PM, Jim Gettys j...@freedesktop.org wrote: On Fri, Dec 21, 2012 at 12:51 PM, Alessandro Bolletta alessan...@mediaspot.net wrote: Hi everybody, Thanks so much for your useful help! I solved my problem by reproducing bottleneck through HTB queues. I tried some

[Codel] Stanford talk on inside codel and fq_codel is now online

I have to admit that most of the first 20 minutes is review for people here, but I'm hoping that we finally came up with a clear explanation of two of the phases in the codel algorithm, which starts about 28 minutes in. Kathie Nichols, Eric Dumazet and Luigi Rizzo were also there and we got a

[Codel] talk at mit feb 14 - what's wrong with wifi?

I will be on the east coast for the next 6 weeks or so (philly, cambridge, orlando). I am going to fit in a talk in there at MIT, on the tons of stuff we haven't worked on yet... perhaps some of you are on that coast? http://www.csail.mit.edu/events/eventcalendar/calendar.php?show=eventid=3592

Re: [Codel] FQ_Codel v. FQ_LQD

Also nice: http://perso.rd.francetelecom.fr/oueslati/Pub/xp-hpsr.pdf I'd been just down the street from you (at LINCS) multiple times in the past year. Pouring through the rest of your canon now... as for your referenced:

[Codel] revised Codel RFC is up

http://tools.ietf.org/html/draft-nichols-tsvwg-codel-01 -- Dave Täht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html ___ Codel mailing list Codel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/codel

[Codel] the iccrg presos and some meeting notes from tsvarea at ietf

I had been wiped out by prepping for the previous days' iccrg meeting and overslept and didn't make the tsvarea meeting the next morning. I'm rather sorry I missed it! (portions of the iccrg were recorded, I don't know if there are minutes available(?)) Anyway, tsvarea minutes are up:

[Codel] Fwd: [Ns-developers] NS-3 has been accepted for GSOC 2013

Andrew and I haven't had time to update the ns3 model to the current versions of codel, fq_codel, and sfq_codel. I don't really expect that time to materialize. However I am certainly willing to mentor someone (other mentors would be good, too!) on moving the codebase forward (and developing

[Codel] blip: a tool for seeing internet latency with javascript

Apenwarr has developed a really unique tool for seeing latency and packet loss via javascript. I had no idea this was possible: http://apenwarr.ca/log/?m=201304#26 -- Dave Täht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html

[Codel] Latest codel, fq_codel, and pie sim study from cablelabs now available

Greg White and his team over at cablelabs have just published their latest simulation results of the aqm algorithms under test on simulated cable modems. This paper is vastly expanded from the presentation at ietf 86 iccrg, including great descriptions the effects of latency on web, voice, and

Re: [Codel] [Bloat] Latest codel, fq_codel, and pie sim study from cablelabs now available

Eric, you supplied the prio scheduler example as an example of how it shouldn't work, right? On Tue, May 7, 2013 at 1:30 PM, Eric Dumazet eric.duma...@gmail.com wrote: On Tue, 2013-05-07 at 14:56 -0500, Wes Felter wrote: Is it time for prio_fq_codel or wfq_codel? That's what comes to mind

Re: [Codel] [Bloat] Latest codel, fq_codel, and pie sim study from cablelabs now available

On Mon, May 13, 2013 at 9:56 PM, Tristan Seligmann mithra...@mithrandi.netwrote: On Tue, May 14, 2013 at 4:26 AM, Dan Siemon d...@coverfire.com wrote: It's pretty easy to configure the Transmission Bittorrent client to mark packets. It is not clear to me that transmission correctly marks

Re: [Codel] [Bloat] Network test tools for many parallel/concurrent connections?

I still use tcptrace and xplot.org for deep dives. I just fired off 2048 netperfs to localhost on my laptop. It started bogging down at 1000 but made it to the end, all connections chugging away. Probably a better tool would be the apache benchmark `ab` or something else that is built to stress

Re: [Codel] [Bloat] Network test tools for many parallel/concurrent connections?

On May 14, 2013 12:21 PM, Stephen Hemminger step...@networkplumber.org wrote: On Tue, 14 May 2013 15:48:38 +0200 Jesper Dangaard Brouer jbro...@redhat.com wrote: (I'm testing fq_codel and codel) I need a test tool that can start many TCP streams (1024). During/after the testrun I

[Codel] freebsd version of codel appears

Interestingly it appears to have a hook directly into hfsc, optionally replacing red. https://github.com/pfsense/pfsense-tools/blob/master/patches/RELENG_10_0/altq_codel.diff picked up via my usual daily scan from:

[Codel] RRUL

produced results that made a tiny bit of sense has taken weeks On Mon, Jul 8, 2013 at 8:24 PM, Dave Taht dave.t...@gmail.com wrote: On Mon, Jul 8, 2013 at 10:03 AM, Toke Høiland-Jørgensen t...@toke.dk wrote: Mikael Abrahamsson swm...@swm.pp.se writes: I have not so far seen tests with FQ_CODEL

Re: [Codel] [Cerowrt-devel] happy 4th!

this really, really, really is the wrong list for this dialog. cc-ing codel On Mon, Jul 8, 2013 at 11:04 PM, Mikael Abrahamsson swm...@swm.pp.se wrote: On Mon, 8 Jul 2013, Toke Høiland-Jørgensen wrote: Did a few test runs on my setup. Here are some figures (can't go higher than 100mbit with

[Codel] sprout

I haven't been paying a lot of attention to rmcat and webrtc until recently, although I'd had a nice discussion with keith on it a while back.. this particular thread sums up some interesting issues on that front. http://www.ietf.org/mail-archive/web/rmcat/current/msg00390.html -- Dave Täht

Re: [Codel] sprout

On Wed, Jul 10, 2013 at 1:46 PM, Jim Gettys j...@freedesktop.org wrote: On Wed, Jul 10, 2013 at 4:41 PM, Keith Winstein kei...@mit.edu wrote: On Wed, Jul 10, 2013 at 4:38 PM, Jim Gettys j...@freedesktop.org wrote: Did you compare with fq_codel? None of us (Van included) advocate CoDel by

Re: [Codel] sprout

On Thu, Jul 11, 2013 at 9:54 AM, Kathleen Nichols nich...@pollere.com wrote: Yes. I think that's a sort of application - dependent bit of code perhaps. Van and I had various discussions about this and put that in with very low bandwidth applications in mind, where some maximums might be much

Re: [Codel] hardware multiqueue in fq_codel?

On Thu, Jul 11, 2013 at 10:44 AM, Eric Dumazet eric.duma...@gmail.com wrote: On Thu, 2013-07-11 at 10:09 -0700, Dave Taht wrote: In my default environments (wifi, mainly) the hardware queues have very different properties. I'm under the impression that in at least a few ethernet devices

[Codel] useful netem-based testing?

My results with netem were generally so dismal that I'd abandoned it. I just finished building a bunch of kernels from net-next with eric's improvements to it, so I'm about to try it again. My intent is to duplicate most of the RTTs cablelabs simulated with, under essentially the same workloads,

Re: [Codel] hardware multiqueue in fq_codel?

On Fri, Jul 12, 2013 at 11:13 AM, Eric Dumazet eric.duma...@gmail.com wrote: On Fri, 2013-07-12 at 11:34 +0200, Jesper Dangaard Brouer wrote: I also think of fq_codel as a good replacement for pfifo_fast. As the 3-PRIO bands in pfifo_fast is replaced with something smarter in fq_codel. (IMHO

Re: [Codel] hardware multiqueue in fq_codel?

aghh, er, this message was riddled with off-by-one errors. In the first part of the message I started from 0, then I started to start from 1... My coffee machine broke this morning. On Fri, Jul 12, 2013 at 12:37 PM, Dave Taht dave.t...@gmail.com wrote: On Fri, Jul 12, 2013 at 11:13 AM, Eric

Re: [Codel] hardware multiqueue in fq_codel?

On Fri, Jul 12, 2013 at 12:50 PM, Eric Dumazet eric.duma...@gmail.com wrote: On Fri, 2013-07-12 at 12:37 -0400, Dave Taht wrote: This is not strictly true, as the hash is permuted by a secret random number, any level of dumb attack as an attempt to fill all available queues will need

Re: [Codel] hardware multiqueue in fq_codel?

On Fri, Jul 12, 2013 at 1:19 PM, Eric Dumazet eric.duma...@gmail.com wrote: On Fri, 2013-07-12 at 12:54 -0400, Dave Taht wrote: My point was that same program would be just as damaging against pfifo_fast. Or just think of SYN flood attack. For which other defenses exist. If someone uses

Re: [Codel] hardware multiqueue in fq_codel?

On Fri, Jul 12, 2013 at 1:47 PM, Eric Dumazet eric.duma...@gmail.com wrote: On Fri, 2013-07-12 at 13:35 -0400, Dave Taht wrote: Against a syn flood attack? Yes. SYNACK messages are in the band 1. SYNACK messages might be dropped, but your precious management traffic will not. I think I'm

[Codel] [PATCH 1/2] fq_codel: keep dropped statistic around

Having more accurate dropped information in this qdisc is useful. Signed-off-by: Dave Taht dave.t...@bufferbloat.net --- net/sched/sch_fq_codel.c |1 - 1 file changed, 1 deletion(-) diff --git a/net/sched/sch_fq_codel.c b/net/sched/sch_fq_codel.c index 5578628..437bc95 100644 --- a/net

[Codel] [PATCH 2/2] codel: eliminate maxpacket as an inner bound

entirely, but for now it is a useful indicator of oops, I didn't turn off tso/gso/gro somewhere. Signed-off-by: Dave Taht dave.t...@bufferbloat.net --- include/net/codel.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/net/codel.h b/include/net/codel.h index 389cf62

Re: [Codel] [PATCH 1/2] fq_codel: keep dropped statistic around

On Mon, Oct 21, 2013 at 06:27:11PM -0700, Eric Dumazet wrote: On Oct 21, 2013 6:20 PM, Dave Taht dave.t...@bufferbloat.net wrote: Having more accurate dropped information in this qdisc is useful. Signed-off-by: Dave Taht dave.t...@bufferbloat.net --- net/sched/sch_fq_codel.c |1

Re: [Codel] R: Jumbo frames with fq_codel

On Mon, Nov 25, 2013 at 10:17 AM, Alessandro Bolletta alessan...@mediaspot.net wrote: On Mon, Nov 25, 2013 at 10:02 AM, Alessandro Bolletta alessan...@mediaspot.net wrote: Hi guys, I'm working on an environment which runs on jumbo ethernet frames (about 1550bytes) and I would ask you if do

Re: [Codel] Floating an Idea. ip_fq_codel

What I'd done for torrent was to rely on either a l7 classifier or the user to mark packets as CS1, (background), and have a 3 level shaper like yours that distinguished between diffserv classes. Obviously you can't rely on users marking their traffic appropriately... and yes, per dest fairness is

Re: [Codel] Floating an Idea. ip_fq_codel

On Fri, Jun 20, 2014 at 2:35 AM, Richard Edmands thesir...@gmail.com wrote: With the tc filter flow hash keys i've been having problems verifying if they've been installed. I've searched the man pages and haven't found the solution. It should be tc filter show dev *insert dev* but that doesn't

[Codel] Fwd: [Ns-developers] GSOC 2014 Bufferbloat Weekly Report

The google summer of code ns3 work on codel and fq_codel is starting to bear fruit. In particular Anh has been working on the classic bufferbloat model - one stream up, one stream down, one set of isochronous flows, on an asymmetric network, (example, 20mbit down, 5 up). Also, the codel module

[Codel] codel vs drop tail on videoconferencing preso

http://www.ietf.org/proceedings/90/slides/slides-90-rmcat-3.pdf -- Dave Täht ___ Codel mailing list Codel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/codel

Re: [Codel] mesos project adds fq_codel also

On Tue, Mar 10, 2015 at 2:49 PM, Cong Wang cw...@twopensource.com wrote: On Tue, Mar 10, 2015 at 2:23 PM, Dave Taht dave.t...@gmail.com wrote: https://git-wip-us.apache.org/repos/asf?p=mesos.git;a=commit;h=8b184da431ddf4518691a17eeb75a3ffa04e8603 I don't understand how they intend to use

[Codel] hires timer dependency?

was pretty bemused by this thread. https://lists.openwrt.org/pipermail/openwrt-users/2015-March/003554.html -- Dave Täht Let's make wifi fast, less jittery and reliable again! https://plus.google.com/u/0/107942175615993706558/posts/TVX3o84jjmb ___

Re: [Codel] The next slice of cake

On Wed, Mar 18, 2015 at 8:20 AM, Jonathan Morton chromati...@gmail.com wrote: On 18 Mar, 2015, at 17:10, Kathleen Nichols nich...@pollere.com wrote: How are you relating target delay to bandwidth? Essentially, I use 5ms as a minimum, and increase it if necessary to accommodate a couple

Re: [Codel] The next slice of cake

I note the backport to prior to 3.18 is no longer needed at this point, I have no intentions of going back to a kernel that old. Does anyone here care about keeping this working with anything older than 3.18? On Wed, Apr 1, 2015 at 10:17 PM, Dave Taht dave.t...@gmail.com wrote: On Wed, Apr 1

Re: [Codel] [Cake] Control theory and congestion control

On Sat, May 9, 2015 at 12:02 PM, Jonathan Morton chromati...@gmail.com wrote: The right amount of buffering is *1* packet, all the time (the goal is nearly 0 latency with 100% utilization). We are quite far from achieving that on anything... And control theory shows, I think, that we never

[Codel] hard limit codel

I reserve comment until after the liquor wears off: http://www.iaeng.org/publication/IMECS2015/IMECS2015_pp615-619.pdf -- Dave Täht Open Networking needs **Open Source Hardware** https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67 ___ Codel

[Codel] new cake qdisc mailing list

Given that initial tests of the Jonathon Morton's new cake (Common Applications Kept Enhanced) qdisc implementation went so well (115 down/12mbits up of effective shaping on hardware that peaked at 80Mbit with htb + fq_codel), we are kicking development into higher gear in the coming months. To

Re: [Codel] [Cake] openwrt build available with latest cake and fq_pie

On Sun, Jun 14, 2015 at 11:07 AM, Jonathan Morton chromati...@gmail.com wrote: On 14 Jun, 2015, at 20:38, Dave Taht dave.t...@gmail.com wrote: Every time Codel triggers the dropping state, it will mark or drop at least one packet, and increment count by that number. With count decremented

Re: [Codel] [Cake] Today's cake

Just when I thought it was safe to flash a router. Honestly. Your email landed not less than 5 seconds after I finished a build. On Tue, Jun 16, 2015 at 10:49 PM, Jonathan Morton chromati...@gmail.com wrote: I just put in three quite small tweaks to cake: 1) Codel now has a saturating

Re: [Codel] [Cake] Today's cake is fishcake a la creme. Enjoy your meal.

On Tue, Jun 2, 2015 at 10:16 PM, Jonathan Morton chromati...@gmail.com wrote: I was starting to wonder whether the mail server was on the fritz again. - Jonathan Morton that mail server has many problems. It had also been up for 480 days. In terms of mailing list issues... There were 27,000

[Codel] Fwd: [aqm] Codel's count variable and re-entering dropping state at small time intervals

-- Forwarded message -- From: Roland Bless roland.bl...@kit.edu Date: Mon, Jul 20, 2015 at 6:49 PM Subject: [aqm] Codel's count variable and re-entering dropping state at small time intervals To: a...@ietf.org Dear All, we (Polina and I) have two questions concerning the

Re: [Codel] [Bloat] On an org and on joining the software patent non-aggression community

After getting MANY more details as to how oin operated and learning that Cisco, also, was a part of it... I (as teklibre, LLC) joined. I'll sleep better, for sure. That leaves contemplating incorporating bufferbloat.net, cerowrt or make-wifi-fast as their own entities for another day.

Re: [Codel] [aqm] CoDel's control law that determines drop frequency

seen to not be adequately affecting traffic, and the pre-calculated > 1/sqrt(count) can then be divided by sqrt(2) (i.e., do not rely on the newton > step approximation for this modification of count). > > Cheers, > --Jeff > > > > > /dev/jeff_weeks.x2936

[Codel] Fwd: [aqm] An independent implementation of CoDel in FreeBSD/ipfw/dummynet

-- Forwarded message -- From: Rasool Al-Saadi Date: Wed, Dec 16, 2015 at 12:35 PM Subject: [aqm] An independent implementation of CoDel in FreeBSD/ipfw/dummynet To: "a...@ietf.org" Hello all, I am Rasool Al-Saadi, a PhD student at Centre

Re: [Codel] [RFC/RFT] mac80211: implement fq_codel for software queuing

Dear Michal: Can you take a picture of your setup? Our intent is to continue to improve the flent test suite to be able to generate repeatable tests, track relevant wifi behaviors and pull relevant data back, graphed over time (of test) and time (over test runs). A problem with udp flood tests

Re: [Codel] [PATCHv2 1/2] mac80211: implement fair queuing per txq

On Wed, Apr 6, 2016 at 12:21 AM, Johannes Berg wrote: > [removing other lists since they spam me with moderation bounces] I have added your email address be accepted to the codel, make-wifi-fast lists. My apologies for the bounces. The people on those lists generally

Re: [Codel] [RFCv2 0/3] mac80211: implement fq codel

it is helpful to name the test files coherently in the flent tests, in addition to using a directory structure and timestamp. It makes doing comparison plots in data->add-other-open-data-files simpler. "-t patched-mac-300mbps", for example. Also netperf from svn (maybe 2.7, don't remember) will

[Codel] codel's importance in real life.

https://plus.google.com/u/0/+GlobalHaloPro4UOnXbox360SteamYoutube/posts/XhgJAcdmQ3D -- Dave Täht Let's go make home routers and wifi faster! With better software! https://www.gofundme.com/savewifi ___ Codel mailing list Codel@lists.bufferbloat.net

Re: [Codel] [RFC] ath10k: implement dql for htt tx

Dear Michal: I commented on and put up your results for the baseline driver here: http://blog.cerowrt.org/post/rtt_fair_on_wifi/ And the wonderful result you got for the first ever fq_codel-ish implementation here: http://blog.cerowrt.org/post/fq_codel_on_ath10k/ I am running behind on this

[Codel] Fwd: Last Call: (FlowQueue-Codel) to Experimental RFC

-- Forwarded message -- From: The IESG Date: Thu, Mar 3, 2016 at 9:20 AM Subject: Last Call: (FlowQueue-Codel) to Experimental RFC To: IETF-Announce Cc: w...@mti-systems.com, mls.i...@gmail.com, draft-ietf-aqm-fq-co...@ietf.org,

Re: [Codel] fq_codel_drop vs a udp flood

On Sat, Apr 30, 2016 at 10:08 PM, Ben Greear <gree...@candelatech.com> wrote: > > > On 04/30/2016 08:41 PM, Dave Taht wrote: >> >> There were a few things on this thread that went by, and I wasn't on >> the ath10k list >> >> (https://www.mail-archive

Re: [Codel] OpenWRT wrong adjustment of fq_codel defaults (Was: fq_codel_drop vs a udp flood)

On Mon, May 16, 2016 at 1:14 AM, Roman Yeryomin <leroi.li...@gmail.com> wrote: > On 16 May 2016 at 01:34, Roman Yeryomin <leroi.li...@gmail.com> wrote: >> On 6 May 2016 at 22:43, Dave Taht <dave.t...@gmail.com> wrote: >>> On Fri, May 6, 2016 at 11:56 AM, R

Re: [Codel] fq_codel_drop vs a udp flood

On Sun, May 1, 2016 at 11:20 AM, Jonathan Morton wrote: > >> On 1 May, 2016, at 20:59, Eric Dumazet wrote: >> >> fq_codel_drop() could drop _all_ packets of the fat flow, instead of a >> single one. > > Unfortunately, that could have bad

Re: [Codel] OpenWRT wrong adjustment of fq_codel defaults (Was: fq_codel_drop vs a udp flood)

On Fri, May 6, 2016 at 11:56 AM, Roman Yeryomin wrote: > On 6 May 2016 at 21:43, Roman Yeryomin wrote: >> On 6 May 2016 at 15:47, Jesper Dangaard Brouer wrote: >>> >>> I've created a OpenWRT ticket[1] on this issue, as it seems

Re: [Codel] fq_codel_drop vs a udp flood

On Mon, May 2, 2016 at 9:14 AM, Eric Dumazet wrote: > On Mon, 2016-05-02 at 18:43 +0300, Roman Yeryomin wrote: >> On 2 May 2016 at 18:07, Eric Dumazet wrote: >> > On Mon, 2016-05-02 at 17:18 +0300, Roman Yeryomin wrote: >> > >> >> Imagine you are a

Re: [Codel] [Make-wifi-fast] fq_codel_drop vs a udp flood

sues (like understanding how to use congestion signalling >> in gossip protocols, gaming, or live AV conferencing better, as some related >> examples, which are end-to-end problems for which queue management and >> congestion signalling are truly crucial). >> >

[Codel] iperf3 udp flood behavior at higher rates

to fork the fq_codel_drop discussion a bit... I have up and running two new boxes[1] that are my hope to be able to test ath10k/ath9k hardware with, for this test, using one in the middle as a router and a nuc i3 box as the server, all ports pure ethernet... there's a switch in the way, too. On

Re: [Codel] fq_codel_drop vs a udp flood

On Thu, May 5, 2016 at 12:23 PM, Eric Dumazet wrote: > On Thu, 2016-05-05 at 19:25 +0300, Roman Yeryomin wrote: >> On 5 May 2016 at 19:12, Eric Dumazet wrote: >> > On Thu, 2016-05-05 at 17:53 +0300, Roman Yeryomin wrote: >> > >> >> >> >> qdisc

Re: [Codel] [PATCHv4 5/5] mac80211: add debug knobs for codel

On Thu, May 5, 2016 at 11:33 PM, Michal Kazior <michal.kaz...@tieto.com> wrote: > On 6 May 2016 at 07:51, Dave Taht <dave.t...@gmail.com> wrote: >> On Thu, May 5, 2016 at 10:27 PM, Michal Kazior <michal.kaz...@tieto.com> >> wrote: >>> On 5 May 2016 at 17

Re: [Codel] [PATCHv4 5/5] mac80211: add debug knobs for codel

On Thu, May 5, 2016 at 10:27 PM, Michal Kazior <michal.kaz...@tieto.com> wrote: > On 5 May 2016 at 17:21, Dave Taht <dave.t...@gmail.com> wrote: >> On Thu, May 5, 2016 at 4:00 AM, Michal Kazior <michal.kaz...@tieto.com> >> wrote: >>> This adds a few deb

Re: [Codel] Using fq_codel with a WiFi uplink to the Internet

On Wed, Sep 21, 2016 at 2:59 AM, Phineas Gage wrote: > I have two questions about using fq_codel on an edge router when the > Internet uplink is through point-to-point WiFi: > > Question #1: Is it still effective to run fq_codel on our edge router when I > have a WiFi uplink

Re: [Codel] Codel on DPDK

On Tue, Oct 18, 2016 at 8:43 AM, Dave Taht <dave.t...@gmail.com> wrote: > On Tue, Oct 18, 2016 at 4:42 AM, <ava...@itu.edu.tr> wrote: >> Hello >> >> I'm trying to implement CoDel-like implementation on Intel's DPDK library, >> but I have trouble with measur

Re: [Codel] Codel on DPDK

On Tue, Oct 18, 2016 at 4:42 AM, wrote: > Hello > > I'm trying to implement CoDel-like implementation on Intel's DPDK library, > but I have trouble with measuring packet sojourn time on RX/TX queues > because of DMA usage. When I call send() function, DPDK puts the packets >

[Codel] codel ecn and dctcp

http://dl.acm.org/citation.cfm?id=2999575 -- Dave Täht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org ___ Codel mailing list Codel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/codel

[Codel] ce_threshold

Does anyone out there actually use fq_codel's ce_threshold parameter for anything? -- Dave Täht CEO, TekLibre, LLC http://www.teklibre.com Tel: 1-669-226-2619 ___ Codel mailing list Codel@lists.bufferbloat.net

[Codel] fq_codel on netronome's NICs?

Being kind of inspired by all the tricks https://homes.cs.washington.edu/~arvind/papers/afq.pdf used on the cavium, I went looking for other smart nics to play with. https://open-nfp.org/resources/ looked interesting so I pinged them... from netronome: "I think it would be feasible to implement

[Codel] fq (_codel?) in gpus

https://www.spinics.net/lists/intel-gfx/msg172981.html -- Dave Täht CEO, TekLibre, LLC http://www.teklibre.com Tel: 1-669-226-2619 ___ Codel mailing list Codel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/codel

[Codel] codel janitorial: increasing signal strength on serious overload, and tail drop, and other ideas

Based on the carnage over on this bug report: https://github.com/systemd/systemd/issues/9725 and after exploring various options (I really want the pacing rate to be independent of the cwnd, but don't know how)... I'm contemplating two ideas for when fq_codel has lost control of the queue,

[Codel] self tuning codel

there's so much math in this that I cannot make heads or tails of it. https://www.eee.hku.hk/~kcleung/papers/conferences/bufferbloat_multi-bottleneck:INFOCOM_2018/PID5170809.pdf -- Dave Täht CEO, TekLibre, LLC http://www.teklibre.com Tel: 1-669-226-2619

[Codel] codel at uber

"A dynamic overload detector offers more flexibility and improves hardware efficiency, especially in a complex service such as ours. With QALM, we implemented an overload detector inspired by the CoDel algorithm. A lightweight request buffer (implemented by goroutine and channels) is added for

[Codel] finally a stability analysis of codel

in "Self-tuning active queue management for combating bufferbloat" http://hub.hku.hk/handle/10722/261457 worth reading just for the math if that's what you are into. As to whether it's correct, well... -- Dave Täht CTO, TekLibre, LLC http://www.teklibre.com Tel: 1-831-205-9740

[Codel] queue management in the real world

I stumbled across a patent today (it's safe to look at this one), with some interesting features for managing a queue in the real world. It's kind of invasive, but ties in well with the examples of "Red in a different light". https://patents.google.com/patent/US9965938B1/en -- Dave Täht CTO,

[Codel] Adaptive bandwidth binning for bandwidth management

https://sci-hub.se/https://doi.org/10.1016/j.comnet.2018.12.019 -- Dave Täht CTO, TekLibre, LLC http://www.teklibre.com Tel: 1-831-205-9740 ___ Codel mailing list Codel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/codel

Re: [Codel] found another good use for a queue today, possibly

do. > If you want to use a non-cryptographic hash function, then the > question is what provable random properties it has. This is also > discussed in the thesis and in the paper. On Mon, Nov 26, 2018 at 6:17 PM Dave Taht wrote: > > I had been investigating various hashing sc

Re: [Codel] [Bloat] found another good use for a queue today, possibly

Jonathan Morton writes: >>> "polylog(n)-wise Independent Hash Function". OK, my google-foo fails >>> me: The authors use sha1, would something lighter weight suit? > >> The current favorite in DPDK land seems to be Cuckoo hashing. >> It has better cache behavior than typical chaining. > > That

[Codel] found another good use for a queue today, possibly

I had been investigating various hashing schemes for speeding up the babeld routing protocol daemon, and dealing with annoying bursty cpu behavior (resizing memory, bursts of packets, thundering herds of retractions), and, although it's a tough slog of a read, this adds a queue to cuckoo hashing

[Codel] codel in P4

YEA! ftp://dmz02.kom.e-technik.tu-darmstadt.de/papers/KBVKS18.pdf -- Dave Täht CTO, TekLibre, LLC http://www.teklibre.com Tel: 1-831-205-9740 ___ Codel mailing list Codel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/codel

[Codel] Fwd: [104all] IETF 104 Remote Participation Information

I would really like more folk to remotely attend the tsvwg wg meeting, which is this monday: 16:10-18:10Monday Afternoon session II Prague time. which is where we will hopefully get a chance to present SCE, and get an update on the L4S/tcpprague/dualpi worker, also. The schedule is here:

Re: [Codel] [Bloat] The "Some Congestion Experienced" ECN codepoint - a new internet draft -

mmel did, I simply cannot remember. I definately want to cite that, and I sure hope I'm not delusional. > 5. > Should this must be MUST in Section 4? If not, why not? > >New SCE-aware receivers and transport protocols must continue to > > > Thanks guys, nice work and goo

Re: [Codel] [Bloat] The "Some Congestion Experienced" ECN codepoint - a new internet draft -

. Ironically the ietf tools do not take upper case, so I had to rename the draft in the github repo. this is where it lies now: https://datatracker.ietf.org/doc/draft-morton-taht-sce/ On Sun, Mar 10, 2019 at 2:28 PM Dave Taht wrote: > > AHA! > > http://www.hjp.at/doc/rfc/rfc831

Re: [Codel] [Bloat] The "Some Congestion Experienced" ECN codepoint - a new internet draft -

. On Sun, Mar 10, 2019 at 2:11 PM Dave Taht wrote: > > On Sun, Mar 10, 2019 at 12:08 PM Holland, Jake wrote: > > > > Hi Dave, > > > > You and John have my enthusiastic +1. > > > > It's a frank relief to read this draft after trying to figure out L4S, > &g

[Codel] The "Some Congestion Experienced" ECN codepoint - a new internet draft -

I would love to have some fresh eyeballs on a new IETF draft for the TSVWG we intend to submit tonight. I've attached the html for easy to read purposes, but I would prefer that folk referred back to the github repository for the most current version, which is here:

Re: [Codel] [Bloat] The "Some Congestion Experienced" ECN codepoint - a new internet draft -

On Sun, Mar 10, 2019 at 8:23 PM Michael Richardson wrote: > > > Holland, Jake wrote: > > 1. > > "Some" in "Some Congestion Experienced" is maybe misleading, and > > arguably has the same meaning as "Congestion Experienced". > > > I was thinking maybe "Pre-Congestion Experienced"

Re: [Codel] [Bloat] The "Some Congestion Experienced" ECN codepoint - a new internet draft -

Everybody, calm down. I put this out merely to get comment before we submitted the first of several drafts. That draft is now submitted and we've asked for a talk slot in the tsvwg for it. I cc'd the world to get quick initial feedback, and I want to shut this overbroad conversation down and move

  1   2   >