[Codel] fq_codel in vyos

It is amazing how many different ways people can do themselves in with knobs. In this case there was an off-by-1000 error in calculating the fq_codel target and interval. https://forum.vyos.io/t/what-kind-of-performance-should-be-expected-when-applying-fq-codel-on-a-shaper-policy/13841 But I am

[Codel] fq-codel in 5G... with the rrul

I think this is a very encouraging paper. The 6 stages required to do this tho... https://ieeexplore.ieee.org/document/10329918 -- 40 years of net history, a couple songs: https://www.youtube.com/watch?v=D9RGX6QFm5E Dave Täht CSO, LibreQos ___ Codel

[Codel] fq_codel in supercomputing

Apparently there was a bug that prevented the fq_codel module from being loaded, leading to: "Change default TCP queue discipline to fq_codel to address missing patch in SLES 15SP4. This is intended to address many of the communication failures larger scale jobs are experiencing." From:

[Codel] codel for NDN

https://www.sciencedirect.com/science/article/pii/S1084804523001911 -- 40 years of net history, a couple songs: https://www.youtube.com/watch?v=D9RGX6QFm5E Dave Täht CSO, LibreQos ___ Codel mailing list Codel@lists.bufferbloat.net

Re: [Codel] [Bloat] slow start improvement

slow start. > > > > Thank you again for your valuable comments, which have given us a deeper > understanding of network optimization and for our future researches. Wishing > you a happy new year! > > > > Sincerely, > > > > Li > > > > > >

Re: [Codel] [Bloat] slow start improvement

on if implemented at a > single end-node delivers "better" numbers for that end-node but also on its > effect on the rest of the network).** > > **) I occasionally wish for a tit-for-tat scheduler that is generous at first > but will "retaliate" if a flow abuses tha

[Codel] slow start improvement

I am very happy to be seeing various advances in slow start techniques.

Re: [Codel] fq_"codel" in apple's gear

thank you! A packet capture, however, would be more revealing... On Sat, Oct 14, 2023 at 12:44 PM Sebastian Moeller wrote: > > Hi Dave, > > > > On Oct 14, 2023, at 21:01, Dave Taht wrote: > > > > netstat -I en0 -qq > > Here is a bit of output from macosx

[Codel] fq_"codel" in apple's gear

I would really like someone with a fresh set of eyeballs to review the "codel" portion of apple's latest code drop here: https://www.linkedin.com/feed/update/urn:li:activity:7118969694987935744/ -- Oct 30: https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html Dave Täht CSO,

Re: [Codel] [Bloat] Another passive bandwidth estimation method

not work for end > >> systems to find the bottleneck bandwidth on some unknown intermediate > >> node. However, it can deliver useful information for scheduling algorithms > >> in forwarding nodes, which is the use case in this paper, and which may be > >> of

[Codel] slow start: small chunks can talk

Promising approach: https://ieeexplore.ieee.org/document/10188775 -- Podcast: https://www.youtube.com/watch?v=bxmoBr4cBKg Dave Täht CSO, LibreQos ___ Codel mailing list Codel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/codel

[Codel] redis throughput shaping timer

has some things in it trying to match rps to throughput. https://www.linkedin.com/feed/update/urn:li:activity:7083496735477501952/ -- Podcast: https://www.linkedin.com/feed/update/urn:li:activity:7058793910227111937/ Dave Täht CSO, LibreQos ___ Codel

[Codel] ACM queue article on facebook´s "Adaptive LIFO" and codel

A March 31: https://www.broadband.io/c/broadband-grant-events/dave-taht Dave Täht CEO, TekLibre, LLC ___ Codel mailing list Codel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/codel

[Codel] inband RTT tracking becoming a thing

now in p4 https://blog.apnic.net/2022/11/11/continuous-in-network-round-trip-time-monitoring/ So happy more and more folk are "listening to networks": https://pollere.net/Pdfdocs/ListeningGoog.pdf -- This song goes out to all the folk that thought Stadia would work:

[Codel] not a bad 10 years...

I remember when I thought videoconferencing quality like this, was good. VJ, on Kathie's codel, and a ton of queue theory that seems to have sunk in around the world, with a talk that still seems fresh. https://archive.org/details/video1_20191129 -- This song goes out to all the folk that

[Codel] netflix's concurrency limits

uses a vegas or gradient-like controller: https://github.com/Netflix/concurrency-limits -- This song goes out to all the folk that thought Stadia would work: https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-698135607352320-FXtz Dave Täht CEO, TekLibre, LLC

Re: [Codel] [Starlink] Finite-Buffer M/G/1 Queues with Time and Space Priorities

cket switched network model, in the face of overwhelming differences in real world (overwhemingly wireless) behaviors... ... It seems easier to improve the transports than fix the routers at this point. Much as bbr models policers today perhaps it's best to try and model more network types. >

Re: [Codel] [Starlink] Finite-Buffer M/G/1 Queues with Time and Space Priorities

df For now. On Thu, Jul 28, 2022 at 6:50 AM Dave Taht wrote: > > thx for the comments everyone! > > On Thu, Jul 28, 2022 at 3:16 AM Bjørn Ivar Teigen via Starlink > wrote: > > > > Very good point. Perhaps we can think of it as "at what point does delay > > equ

Re: [Codel] [Starlink] Finite-Buffer M/G/1 Queues with Time and Space Priorities

be fair there are queuing theory models that include packet loss (which >> > is the case for the paper Dave is asking about here), and these can work >> > perfectly well for load > 1. Agree about the CC feedback loops affecting >> > the results though. Even if the

[Codel] Finite-Buffer M/G/1 Queues with Time and Space Priorities

Occasionally I pass along a recent paper that I don't understand in the hope that someone can enlighten me. This is one of those occasions, where I am trying to leverage what I understand of existing FQ-codel behaviors against real traffic. https://www.hindawi.com/journals/mpe/2022/4539940/

[Codel] Managing Bufferbloat in Storage Systems

featuring "SlowFast-codel": https://arxiv.org/pdf/2206.02906.pdf -- FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/ Dave Täht CEO, TekLibre, LLC ___ Codel mailing list Codel@lists.bufferbloat.net

[Codel] hpcc++

I like the degree to which "sojourn time" has been socialized. https://datatracker.ietf.org/doc/draft-miao-rtgwg-hpccplus/ -- FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_codel/ Dave Täht CEO, TekLibre, LLC ___ Codel mailing

Re: [Codel] FQ-CoDel response to unresponsive traffic (was: Related to "Non-L4S traffic abusing the L-queue" discussion during the interim)

l is > distracting from the task at hand: > "Is Jonathan going to confirm that his 'throughput bonus' and 'fast > lane' accusations against DualQ are baseless because his experiment was > broken?" > > Nonetheless, response on FQ-CoDel is below, tagged [BB]... >

[Codel] pretty good article on codel

https://tcpcc.systemsapproach.org/aqm.html#fig-good-bad -- I tried to build a better future, a few times: https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org Dave Täht CEO, TekLibre, LLC ___ Codel mailing list Codel@lists.bufferbloat.net

[Codel] Fwd: [PATCH v3 net-next 1/7] net: skb_drop_reason: add document for drop reasons

is this concept useful to us? (e.g. SKB_DROP_REASON_CONGESTION) -- Forwarded message - From: Date: Sat, Jan 29, 2022 at 7:54 PM Subject: [PATCH v3 net-next 1/7] net: skb_drop_reason: add document for drop reasons To: , Cc: , , , , , , , , , , , , , , , , , , , , From:

[Codel] code review: openbsd codel implementation

I've been beginning to worry that multiple implementations have been getting the drop scheduler incorrect for codel. The openbsd implementation caps the count at 400: https://github.com/openbsd/src/blob/2207c4325726fdc5c4bcd0011af0fdf7d3dab137/sys/net/fq_codel.c#L263 -- Fixing Starlink's

Re: [Codel] self tuning codel gets some PR

At least they have a PR department. On Mon, Sep 27, 2021 at 11:09 PM Jonathan Morton wrote: > On 21 Sep, 2021, at 5:57 pm, Dave Taht wrote: > > https://www.utsz.edu.cn/en/article/view/id-20218.html > > paper here: > > https://sci-hub.se/10.1109/TNET.2021.3066505 > &

[Codel] self tuning codel gets some PR

https://www.utsz.edu.cn/en/article/view/id-20218.html paper here: https://sci-hub.se/10.1109/TNET.2021.3066505 -- Fixing Starlink's Latencies: https://www.youtube.com/watch?v=c9gLo6Xrwgw Dave Täht CEO, TekLibre, LLC ___ Codel mailing list

Re: [Codel] [Bloat] Little's Law mea culpa, but not invalidating my main point

I just wanted to comment on how awesome this thread was, and how few people outside this group deeply grok what was discussed here. I would so like to somehow construct an educational TV series explaining "How the Internet really works" to a wider, and new audience, consisting of animations,

Re: [Codel] [Cerowrt-devel] Due Aug 2: Internet Quality workshop CFP for the internet architecture board

etting packets from here to there, multiplexing the > underlying resources. That's it. Quality is a whole different thing. Quality > can be improved by end-to-end approaches, if the underlying network provides > some kind of thing that actually creates a way for end-to-end app

[Codel] Due Aug 2: Internet Quality workshop CFP for the internet architecture board

The program committee members are *amazing*. Perhaps, finally, we can move the bar for the internet's quality metrics past endless, blind repetitions of speedtest. For complete details, please see: https://www.iab.org/activities/workshops/network-quality/ Submissions Due: Monday 2nd August 2021,

[Codel] Pie not fully implementable on tofino p4

https://www.comsys.rwth-aachen.de/fileadmin/papers/2021/2021-kunze-aqm-tofino-p4.pdf For a codel comparison, see: https://arxiv.org/pdf/2010.04528v1.pdf Where the authors show that fq_codel is feasible on the PISA platform... but a direct comparison between the two papers is not possible. What

[Codel] fq_codel in osx in open source

There are a couple interesting features in this, notably specific modes for ack compression, quic, and tcp. https://github.com/apple-opensource/xnu/blob/master/bsd/net/classq/classq_fq_codel.c -- "For a successful technology, reality must take precedence over public relations, for Mother

[Codel] van jacobson at ietf on codel

After suffering through a FCC roundtable, I stumbled upon this, and I feel much better about life again. https://archive.org/details/video1_20191129 -- "For a successful technology, reality must take precedence over public relations, for Mother Nature cannot be fooled" - Richard Feynman

[Codel] D* tcp looks pretty good, on paper

See: https://arxiv.org/pdf/2012.14996.pdf Things I really like: * they used flent * Using "variance" as the principal signal. This is essentially one of the great unpublished and unanalyzed improvements on the minstrel algorithm as well * Conventional ecn response * outperforms bbr on variable

[Codel] Study on performance of AQM schemes over TCP variants in different network environments

probably one of the best comparisons of red vs codel, at low rtts, I've seen as yet. https://onlinelibrary.wiley.com/doi/full/10.1049/cmu2.12061 -- "For a successful technology, reality must take precedence over public relations, for Mother Nature cannot be fooled" - Richard Feynman

[Codel] nsscodel on the ipq806 series

up until this moment I had no idea "nsscodel" had been offloaded onto this chipset and somewhat folded into openwrt https://forum.openwrt.org/t/ipq806x-nss-drivers/12613/ I knew it existed in multiple commercial products, but... -- Make Music, Not War Dave Täht CTO, TekLibre, LLC

[Codel] gated adaptive codel for tsn

https://tools.ietf.org/html/draft-jaehwoon-icc-gacodel-00 -- Make Music, Not War Dave Täht CTO, TekLibre, LLC http://www.teklibre.com Tel: 1-831-435-0729 ___ Codel mailing list Codel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/codel

[Codel] Codel + Choke

CWC: Simple and Stateless AQM Capable of Handling High Priority Thin Flows to Prevent Bufferbloat https://sci-hub.tw/https://ieeexplore.ieee.org/document/8951747 -- Make Music, Not War Dave Täht CTO, TekLibre, LLC http://www.teklibre.com Tel: 1-831-435-0729

[Codel] Building a net generation ISP: The CoDel revolution

The althea CTO is a passionate codel fan and took the time out to talk "about codel, & why ISP speed tiers are obsolete" in a preso dedicated to it. https://www.youtube.com/watch?v=9wZbmuXS_K0 He closes with: "Maybe you are not ready to use altheamesh yet. Codel is the default traffic management

[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 -

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

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 -

. 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

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

[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:

[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] 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] 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] 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] 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] 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] 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] 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] 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

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 >

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] 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] 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] [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] 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] 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

[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] [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). >> >

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] 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] [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

[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

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] 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] [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

[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] [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

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.

[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] [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] 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 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

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] 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

[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] 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] 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

[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

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

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] 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

[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

  1   2   >