On 28/04/15 17:10, Dave Taht wrote:
If those using reddit or other social media would care to post a link to
http://www.internetsociety.org/blog/tech-matters/2015/04/measure-your-bufferbloat-new-browser-based-tool-dslreports
to keep the ball rolling?
I did slashdot earlier.
http://slashdot.or
On 02/05/15 03:49, Rich Brown wrote:
I posted a message about using SQM & OpenWrt on Tom's Hardware, and got a
response from someone who's somewhat knowledgeable. I'm not sure of the proper
response, so I wanted to ask here first. Here's the question that has me stumped.
http://www.tomshardwar
On 16/05/15 01:17, Stephen Hemminger wrote:
On Fri, 15 May 2015 12:16:56 -0400
Jim Gettys wrote:
Even before I knew about the wonderful DSLreports bufferbloat test, I had
started working on a document to help people like that (e.g. Ookla)
understand how to do bufferbloat testing. The document
On 19/05/15 14:04, Bless, Roland (TM) wrote:
Hi,
has anyone recently tested AQMs like Codel or PIE
at speeds of >=10Gbit/s? If so, where are the results available?
Pointers greatly appreciated...
Regards,
Roland
I know only background information on that.
1) fq_codel was written by Eric Du
On 27/04/15 13:03, Toke Høiland-Jørgensen wrote:
Neil Davies writes:
I don't think that the E2E principle can manage the emerging
performance hazards that are arising.
Well, probably not entirely (smart queueing certainly has a place). My
worry is, however, that going too far in the other di
On 20/05/15 13:47, Kevin Darbyshire-Bryant wrote:
> On 19/05/2015 23:37, Dave Taht wrote:
>>
>> 0) dslreports has a hires bufferbloat option now in their settings.
>> It reveals much detail that I like very much. It may not work well
>> on some browsers. Give it a shot, please.
> Tried it - fun!
On 25/05/15 22:39, jb wrote:
Regarding this part:
> The baseline latency is because the bloat measurement uses a single
websocket ping server in America. Justin said in the forums it didn't
seem worth the effort to set up more of them. Seems worth an faq item
though :(.
Below huge speeds,
On 10/06/15 21:54, Sebastian Moeller wrote:
Hi Dave,
On Jun 10, 2015, at 21:53 , Dave Taht wrote:
http://dl.ifip.org/db/conf/networking/networking2015/1570064417.pdf
gargoyle's qos system follows a similar approach, using htb + sfq, and
a short ttl udp flow.
Doing this sort of measured, th
On 12/06/15 02:44, David Lang wrote:
On Thu, 11 Jun 2015, Sebastian Moeller wrote:
On Jun 11, 2015, at 03:05 , Alan Jenkins
wrote:
On 10/06/15 21:54, Sebastian Moeller wrote:
One solution would be if ISPs made sure upload is 100% provisioned.
Could be cheaper than for (the higher rate
On 12/06/15 15:35, Daniel Havey wrote:
On Fri, Jun 12, 2015 at 6:00 AM, Alan Jenkins
wrote:
On 12/06/15 02:44, David Lang wrote:
On Thu, 11 Jun 2015, Sebastian Moeller wrote:
On Jun 11, 2015, at 03:05 , Alan Jenkins
wrote:
On 10/06/15 21:54, Sebastian Moeller wrote:
One solution would
Hi Ben
Some possible Sunday reading relating to these thoughts :).
https://lwn.net/Articles/645115/ "Delay-gradient congestion control"
[2015, Linux partial implementation]
our Dave's reply to a comment:
https://lwn.net/Articles/647322/
Quote "there is a huge bias (based on the experimental
On 08/07/15 17:29, Jan Ceuleers wrote:
On 08/07/15 18:11, Jan Ceuleers wrote:
On 08/07/15 17:55, Dave Taht wrote:
That is a very interesting graph! Does ntp adjust system time backward
based on getting nearly all it's samples with well over a 1/2 second
of induced delay?
If there is a consiste
On 28/07/15 15:49, Eric Dumazet wrote:
On Tue, 2015-07-28 at 07:31 -0700, Simon Barber wrote:
The issue is that Codel tries to keep the delay low, and will start
dropping when sojourn time grows above 5ms for 100ms. For longer RTT links
more delay is necessary to avoid underutilizing the link. T
On 28/07/15 20:20, Juliusz Chroboczek wrote:
Debian. (One machine stable, one testing.)
Right. Don't know if there's already an effort to convince the Debian
devs to switch the default...
Please file a bug against the procps package (which owns the sysctl.conf
file). Just send a mail describi
On 28/07/15 20:24, Juliusz Chroboczek wrote:
I would be very interested in flent benchmarks of your 3g device with
the 3 packet txqueue and with fq_codel, for the tcp_upload, rrul, and
rrul_be tests.
Please send me detailed instructions, as well as information about how
much traffic I'm going to
On 28/07/15 21:10, Alan Jenkins wrote:
On 28/07/15 20:24, Juliusz Chroboczek wrote:
I would be very interested in flent benchmarks of your 3g device with
the 3 packet txqueue and with fq_codel, for the tcp_upload, rrul, and
rrul_be tests.
Please send me detailed instructions, as well as
On 29/07/15 05:32, Rosen Penev wrote:
Anyone know what the situation is with kirkwood and BQL? I found a
patch for it but have no idea if there are any issues.
I have such a system but have no idea how to ascertain the efficacy of BQL.
To the latter:
BQL works for transmissions that reach the
On 29/07/15 12:24, Alan Jenkins wrote:
On 29/07/15 05:32, Rosen Penev wrote:
Anyone know what the situation is with kirkwood and BQL? I found a
patch for it but have no idea if there are any issues.
I have such a system but have no idea how to ascertain the efficacy
of BQL.
To the latter
On 29/07/15 18:07, David Lang wrote:
On Wed, 29 Jul 2015, Alan Jenkins wrote:
On 29/07/15 12:24, Alan Jenkins wrote:
On 29/07/15 05:32, Rosen Penev wrote:
Anyone know what the situation is with kirkwood and BQL? I found a
patch for it but have no idea if there are any issues.
I have such a
On 29/07/15 18:42, Dave Taht wrote:
On Wed, Jul 29, 2015 at 7:07 PM, David Lang wrote:
On Wed, 29 Jul 2015, Alan Jenkins wrote:
On 29/07/15 12:24, Alan Jenkins wrote:
On 29/07/15 05:32, Rosen Penev wrote:
Anyone know what the situation is with kirkwood and BQL? I found a
patch for it but
On 19/01/2016, Brandon Applegate wrote:
> Disclaimer: if this is the wrong list for such a question - let me know.
> This is specifically about the sqm-scripts package...
>
> Hello,
>
> I’ve been reading all I can on the bufferbloat website and also trying to
> understand the evolution of the vari
On 20/01/2016, Alan Jenkins wrote:
> On 19/01/2016, Brandon Applegate wrote:
>> Disclaimer: if this is the wrong list for such a question - let me know.
>> This is specifically about the sqm-scripts package...
>>
>> Hello,
>>
>> I’ve been reading all I
On 20/01/16 11:43, moeller0 wrote:
On Jan 20, 2016, at 11:12 , Alan Jenkins
wrote:
On 19/01/2016, Brandon Applegate wrote:
Disclaimer: if this is the wrong list for such a question - let me know.
This is specifically about the sqm-scripts package...
Hello,
I’ve been reading all I can on
On 20/01/16 16:10, Brandon Applegate wrote:
I’m getting more confused as I go on :)
So I’ve rebooted and the tc classes seem to have come back. Since this is
Ubuntu 12.04 - it doesn NOT have systemd. I mention this because I see there
is a systemd config in the sqm-scripts package.
I have n
On 27/02/2016, Dave Täht wrote:
>
>
>
> On 2/26/16 3:23 AM, De Schepper, Koen (Nokia - BE) wrote:
>> Hi Wes,
>>
>> Just to let you know that we are still working on AQMs that support
>> scalable (L4S) TCPs.
>> We could present some of our latest results (if there will be a meeting in
>> Buenos Air
On 28/02/16 13:39, Toke Høiland-Jørgensen wrote:
Alan Jenkins writes:
I wouldn't complain that I can't sustain 2056Kbps goodput when my fair
share of the shaped bandwidth is 2000Kbps. The results might be
showing a significant degradation, or it could be a marginal one that
pushe
On 02/03/16 18:09, Fred Baker (fred) wrote:
On Feb 27, 2016, at 11:04 AM, Dave Täht wrote:
https://reproducingnetworkresearch.wordpress.com/2014/06/03/cs244-14-confused-timid-and-unstable-picking-a-video-streaming-rate-is-hard/
o the results are very poor with a particular popular AQM
Def
On 01/06/2016, Dave Taht wrote:
> see: http://labs.thinkbroadband.com/speedtest/
>
> (can't test myself, not being in england - can someone there test it
> and post results/screenshots?)
http://www.thinkbroadband.com/speedtest/results.html?id=1464821570474383655
(OpenWrt SQM. ISP _download_ is u
On 01/06/2016, Alan Jenkins wrote:
> On 01/06/2016, Dave Taht wrote:
>> see: http://labs.thinkbroadband.com/speedtest/
>>
>> (can't test myself, not being in england - can someone there test it
>> and post results/screenshots?)
>
> http://www.thinkb
On 02/06/2016, Alan Jenkins wrote:
> On 01/06/2016, Alan Jenkins wrote:
>> On 01/06/2016, Dave Taht wrote:
>>> see: http://labs.thinkbroadband.com/speedtest/
>>>
>>> (can't test myself, not being in england - can someone there test it
>
On 02/06/2016, Dave Taht wrote:
what is the result with sqm off?
https://dl.dropboxusercontent.com/u/49925445/bufferbloat.net/thinkbroadband.com/2016-06-02%20NOSQM%20labs.thinkbroadband.com%20speedtest.png
(quantified test: http://www.dslreports.com/speedtest/4069263
v.s. (sqm on)
https://d
On 10/08/16 11:08, Dave Täht wrote:
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
On 10/08/16 14:16, Alan Jenkins wrote:
On 10/08/16 11:08, Dave Täht wrote:
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
ma
That's the simplest measure of bufferbloat though :).
Do you have a criticism in terms of dslreports.com? I think it's fairly
transparent, showing idle v.s. download v.s. upload. The headline
figures are an average, and you can look at all the data points. (You
can increase the measurement
On 27/08/16 18:37, Kathleen Nichols wrote:
In-line below. Only for geeks.
Present.
On 8/27/16 9:03 AM, Alan Jenkins wrote:
That's the simplest measure of bufferbloat though :).
Don't I know! :) Have spent a couple of years figuring out how to measure
experienced delay...
Do
On 27/08/16 20:18, Alan Jenkins wrote:
On 27/08/16 18:37, Kathleen Nichols wrote:
So, I ran the test while I was also streaming a
Netflix video. Under the column "RTT/jitter Avg" the test lists
values that
range from 654 to 702 with +/- 5.2 to 20.8 ms (for the four servers).
On 21/09/16 13:40, Mikael Abrahamsson wrote:
On Wed, 21 Sep 2016, Dave Taht wrote:
* It seriously outcompetes cubic, particularly on the single queue
aqms. fq_codel is fine. I need to take apart the captures to see how
well it is behaving in this case. My general hope was that with fq in
plac
On Wednesday, 21 September 2016 20:25:32 UTC+1, Dave Taht wrote:
>
> > Looking at cake_flowblind_noecn, BBR1 and BBR4 just kills both CUBIC
> flows.
> > Same with PIE.
>
> Yep. The single queue AQMs expect their induced drops to matter to all
> flows. BBR disregards them as noise. I think there
On 03/12/16 19:13, Steinar H. Gunderson wrote:
> On Sat, Dec 03, 2016 at 08:03:50AM -0500, Neal Cardwell wrote:
>>> I have one thing that I _wonder_ if could be BBR's fault: I run
>>> backup over SSH. (That would be tar + gzip + ssh.) The first full
>>> backup after I rolled out BBR on the server
On 07/12/2016, Steinar H. Gunderson wrote:
> On Wed, Dec 07, 2016 at 04:28:15PM +0000, Alan Jenkins wrote:
>> Since no-one's explicitly mentioned this: be aware that SSH is known for
>> doing application-level windowing, limiting performance.
>>
>> E.g. see https
40 matches
Mail list logo
