[Bloat] [cr...@tereschau.net: [ih] Sally Floyd has died]

I'd always wanted to meet her. RIP. - Forwarded message from Craig Partridge - Date: Mon, 26 Aug 2019 18:47:29 -0600 From: Craig Partridge To: internet history Subject: [ih] Sally Floyd has died Just saw a post from Eddie Kohler that Sally Floyd has died. She packed a huge number of

Re: [Bloat] I have a new record for bloat

On 3/31/17 3:07 PM, Alex Burr wrote: > > > > > On Saturday, February 11, 2017 9:05 AM, Neil Davies > wrote: > > >> The same mindset that created these sort of performance artefacts is also >> driving changes in DSL >> standards, so watch out for these sort of

Re: [Bloat] Recommendations for fq_codel and tso/gso in 2017

On 1/26/17 11:21 PM, Hans-Kristian Bakke wrote: > Hi > > After having had some issues with inconcistent tso/gso configuration > causing performance issues for sch_fq with pacing in one of my systems, > I wonder if is it still recommended to disable gso/tso for interfaces > used with fq_codel

Re: [Bloat] TCP BBR paper is now generally available

drop tail works better than any single queue aqm in this scenario. On 12/8/16 12:24 AM, Mikael Abrahamsson wrote: > On Fri, 2 Dec 2016, Dave Taht wrote: > >> http://queue.acm.org/detail.cfm?id=3022184 > > "BBR converges toward a fair share of the bottleneck bandwidth whether > competing with

Re: [Bloat] [bbr-dev] Re: "BBR" TCP patches submitted to linux kernel

On 11/2/16 11:21 AM, Klatsky, Carl wrote: >> On Tue, 1 Nov 2016, Yuchung Cheng wrote: >> >>> We are curious why you choose the single-queued AQM. Is it just for >>> the sake of testing? >> >> Non-flow aware AQM is the most commonly deployed "queue >> management" on the Internet today. Most of

Re: [Bloat] "BBR" TCP patches submitted to linux kernel

On 9/29/16 6:54 PM, Mario Ferreira wrote: > On Thu, Sep 29, 2016, 16:43 Dave Täht <d...@taht.net > <mailto:d...@taht.net>> wrote: > > > > On 9/29/16 4:24 AM, Mário Sérgio Fujikawa Ferreira wrote: > > Is there a mailing list I can

Re: [Bloat] iperf3 and packet bursts

Groovy. I note that I am really fond of the linux "fdtimer" notion for tickers, we use that throughout the high speed stats gathering code in flent. I'd really like a voip or ping tool that used those, and I've always worried about iperf's internal notion of a sampling interval. On 9/20/16 3:00

[Bloat] cross checked spam filters, no dice

well, lists.bufferbloat.net is not in any dns rbls, my spf header is fine, lists.bufferbloat.net HAD an expired cert, maybe that was the source of the problem? ___ Bloat mailing list Bloat@lists.bufferbloat.net

[Bloat] coping with overagressive spam filters

I do not know why but emails from both of my email accounts - both on this server and from my gmail have been landing in multiple people's spam buckets. Please check your spam mailboxes and/or try sending a new mail to these lists to see if it's related to the list or me

Re: [Bloat] Intel recommends against LRO in routing and bridging.

On 8/9/16 12:13 AM, Aaron Wood wrote: > Just came across this at the top of the README for the ixgbe driver: > (http://downloadmirror.intel.com/22919/eng/README.txt) > > WARNING: The ixgbe driver compiles by default with the LRO (Large Receive > Offload) feature enabled. This option offers

[Bloat] pie, codel, fq_pie, fq_codel tech report

I am especially grateful for the full documentation of how to configure the bsd versions of this stuff, but the rest of the report was pretty good too. http://caia.swin.edu.au/reports/160708A/CAIA-TR-160708A.pdf ___ Bloat mailing list

Re: [Bloat] What is the best firewall software/distribution for Cake/fq_codel?

On 1/20/16 8:31 AM, John Klimek wrote: > I'm currently using pfSense on an x86 system and it's working great, but I'd > like to use fq_codel and the upcoming Cake algorithm/system. There is work going on to finally port this stuff to BSD. > What is considered to be the best firewall

Re: [Bloat] Hardware upticks

On 1/5/16 11:29 AM, Steinar H. Gunderson wrote: > On Tue, Jan 05, 2016 at 10:57:13AM -0800, Dave Täht wrote: >> Context switch time is probably one of the biggest hidden nightmares in >> modern OOO cpu architectures - they only go fast in a straight line. I'd >> love to

[Bloat] bufferbloat email list server upgrade going slow and badly

all the bufferbloat.net servers are in the process of migrating to a new co-location facility. the lists - if not the archives - should be alive again, at least. There is a stupid bug somewhere stopping the archived pages from making the web. I am concerned if anyone's bloat email is now

Re: [Bloat] bufferbloat email list server upgrade going slow and badly

On 1/4/16 4:10 PM, Stephen Hemminger wrote: > Talk to davem, maybe kernel.org would be safer/better more robust? Damned if I know - vger is one of my problems that I'd wanted to solve with this move 1) my old anti-spam setup made him crazy - now fixed - and 2) vger doesn't use starttls. I'd so

[Bloat] The complete results from the latencyload test.

Instead of dribs and drabs. I don't know when the test started, but this took a very long time. Server responding, beginning test... MinRTT: 1.1ms Scenario 1: 0 uploads, 1 downloads... 8024 KiB/s down, 12.71 Hz smoothness Scenario 2: 1 uploads, 0 downloads... 6526 KiB/s up, 5.52 Hz smoothness

[Bloat] Better understanding decision-making across all layers of the stack

more cross-disciplinary knowledge, and a more common understanding about how all this stuff fits together, but writing such a document would require multiple people get their heads together to get something coherent. [9] Volunteers? -- Dave Taht http://nex-6.taht.net [0] Dave Täht Felix Fietkau

[Bloat] Bufferbloat and Internet gaming

in your house streaming video while you are playing a game. If you do see some good results, I would be interested in hearing about them and possibly helping to promote the results. John Carmack -Original Message- From: Dave Täht [mailto:d...@taht.net] Sent: Saturday, March 05, 2011