Re: [Bloat] [tsvwg] [aqm] how much of a problem is buffer bloat today?

2013-03-26 Thread Hagen Paul Pfeifer
* Scheffenegger, Richard | 2013-03-26 17:49:49 [+]: >TCP measures RTT; > >one could create a global histogram of all measured RTTs by TCP (whenever a >valid measurement is taken), and export that with "netstat -sp tcp"... Of >course, vastly different paths would be gobbled up together, but wh

Re: [Bloat] [tsvwg] [aqm] how much of a problem is buffer bloat today?

2013-03-26 Thread Scheffenegger, Richard
Hmm... TCP measures RTT; one could create a global histogram of all measured RTTs by TCP (whenever a valid measurement is taken), and export that with "netstat -sp tcp"... Of course, vastly different paths would be gobbled up together, but when investigating specific paths, that should be go

Re: [Bloat] [Cerowrt-devel] Google working on experimental 3.8 Linux kernel for Android

2013-03-26 Thread dpreed
Hi Ketan - It is possible for good architects to simplify rather than to ramify. It takes clear understanding of the system as a whole, a unifying perspective, and a goal to make the system work extremely well and simply. One of the key insights into how to do this was the choice of feature

Re: [Bloat] [Cerowrt-devel] Google working on experimental 3.8 Linux kernel for Android

2013-03-26 Thread William Allen Simpson
On 3/1/13 10:39 PM, Ketan Kulkarni wrote: Consider from end-user perspective, getting a voice call while surfing/downloading on 2G/3G interrupts all the download and it is annoying. Ummm, this isn't entirely accurate. When Karn and I designed CDMA IS-99 circa '93 -'94 with data in the control

Re: [Bloat] [aqm] [tsvwg] how much of a problem is buffer bloat today?

2013-03-26 Thread Mirja Kuehlewind
Hi, +1. Would be nice to have such statictics available for the user in every OS! Mirja On Friday 22 March 2013 05:27:31 Mikael Abrahamsson wrote: > On Thu, 21 Mar 2013, Jim Gettys wrote: > > Every more modern TCP can easily fill any sized buffer given time with a > > single TCP connection. > >

Re: [Bloat] Solving bufferbloat with TCP using packet delay

2013-03-26 Thread Jonathan Morton
On 26 Mar, 2013, at 3:10 pm, Maarten de Vries wrote: > Unless of course there are multiple queues for the different types of flows, > but yeah, where's that pink pony? Ah, but fq_codel *does* cope with that sort of problem relatively well. It doesn't need to distinguish types of flows, just f

Re: [Bloat] Solving bufferbloat with TCP using packet delay

2013-03-26 Thread Maarten de Vries
I won't deny that there are problems with delay based congestion control, but at least some of the same problems also apply to AQM. In the presence of greedy UDP flows, AQM would highly bias those flows. Sure, the more packets a flow sends, the more it will have it's packets dropped. But only TCP