Re: [Bloat] What does cablelabs certification actually do?

fall into that category for sure! On Fri, Dec 9, 2016 at 5:39 PM, Mikael Abrahamsson <swm...@swm.pp.se> wrote: > On Fri, 9 Dec 2016, jb wrote: > > And then wondered why certification can't also include verification for >> correctly sized buffers as well? >> &g

Re: [Bloat] 22 seconds til bloat on gfiber?

Sure, will take a look at the graph. In the test preferences screen, under Advanced. see screen shot hopefully attached. thanks. On Mon, Oct 24, 2016 at 3:14 AM, Klatsky, Carl wrote: > Justin, > > > > How does one initiate the ‘hi-res’ tests? On the site, I am only

Re: [Bloat] Differences between dslr cli program vs. web test

I'll run some tests myself however can you compare using the same number of streams? the CLI in this example is doing 18 down and 12 up, the web is doing - for your connection speed - a more reasonable 8 down and 2 up and has a correspondingly lower re-transmit error rate on the server side.

Re: [Bloat] bufferbloat at high edge rates

the IPv6 tunnel, I still don’t see the grades: > > https://www.dslreports.com/speedtest/6187015 > > > > ./dslrcli-linux-amd64 --version > > Dslrcli version 0.1 - 17-Nov-2016 > > > > *From:* Bloat [mailto:bloat-boun...@lists.bufferbloat.net] *On Behalf Of * > jb &

Re: [Bloat] bufferbloat at high edge rates

:/# /host/dslrcli-linux-amd64 > Selecting nearest servers > Download Testing. > Upload Testing. > Uploading results... > Download : 883.56 Megabit/sec Upload : 895.32 Megabit/sec > http://www.dslreports.com/speedtest/6166098 > > > > A better option would be

Re: [Bloat] bufferbloat at high edge rates

that is the issue but that's the first thing that comes to mind.. On Wed, Nov 16, 2016 at 11:34 AM, David Lang <da...@lang.hm> wrote: > On Tue, 15 Nov 2016, jb wrote: > > The command line tool is available to anyone now (Windows, OSX and linux), >> it does buffer bloat probing, usin

Re: [Bloat] bufferbloat at high edge rates

Yeah sorry the forum software zipped up the attachment and thus loses the executable permission flags. I'll attach zips to the post instead which I think will fix that. file *amd64 dslrcli-darwin-amd64: Mach-O 64-bit executable x86_64 dslrcli-freebsd-amd64: ELF 64-bit LSB executable, x86-64,

Re: [Bloat] bufferbloat at high edge rates

The command line tool is available to anyone now (Windows, OSX and linux), it does buffer bloat probing, using ICMP if run as root, and is immune to any browser issues. It can be downloaded here from the sticky: http://www.dslreports.com/forum/speedtestbinary So the task remains to find

Re: [Bloat] 22 seconds til bloat on gfiber?

Maybe I have been seeing ‘hi-res’ output all along > and don’t have a comparison to ‘low-res’ output? > > > > http://www.dslreports.com/speedtest/5440827 > > > > Regards, > > Carl Klatsky > > > > *From:* Bloat [mailto:bloat-boun...@lists.bufferbloat.net] *On

Re: [Bloat] 22 seconds til bloat on gfiber?

You should not need to create new buttons, I set bloat high frequency as an anonymous user in preferences, saved the prefs, ran the test - but as http - and it worked. However bloat high frequency was auto-disabled for https because I was unsure it was valid to do high frequency pinging over SSL.

Re: [Bloat] 22 seconds til bloat on gfiber?

I've adjusted the display to list up to 10 of the last registered users and will contact some of them to see if I can get someone to run some hi-res tests, confirm with a command line ping, and offer some insight into their hardware setup.. On Sun, Oct 23, 2016 at 7:29 PM, Jonathan Morton

Re: [Bloat] Large decrease in speed needed to combat bufferbloat?

Regarding bloat testing ping on my test at dslreports.com it is done with web sockets so is sensitive to a) how busy the single threaded javascript engine in the browser is b) whether you are using https or http The degree of vagueness depends on browser and CPU speed and how fast your connection

Re: [Bloat] grading bloat better

all the data you are filtering out, and plot > that > > I imagine the user's test result is cached and not subject to these > modifications? > > On Wed, Oct 12, 2016 at 5:57 PM, jb <jus...@dslr.net> wrote: > > It is done > > under the trimmed mean method, that

Re: [Bloat] grading bloat better

It is done under the trimmed mean method, that would be a "C" grade result. On Thu, Oct 13, 2016 at 11:46 AM, jb <jus...@dslr.net> wrote: > Actually I think the concept I need is the trimmed mean. > throwing away the highest couple of values (lowest couple are not to be

Re: [Bloat] Bufferbloat test measurements

Hi Kathleen, On Sun, Aug 28, 2016 at 3:37 AM, Kathleen Nichols wrote: > In-line below. Only for geeks. > > 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

Re: [Bloat] [Bulk] Re: anyone have info on the netflix speed test (fast.com)?

my home town, Chatham) > > --dave > > > On 18/05/16 10:59 PM, jb wrote: > > I had a quick look, it just does some parallel XHR fetches over port > 80 from their server, which at least ( for me ) was not located at my > nearest amazon/netflix POP, but is located in the U

Re: [Bloat] anyone have info on the netflix speed test (fast.com)?

I had a quick look, it just does some parallel XHR fetches over port 80 from their server, which at least ( for me ) was not located at my nearest amazon/netflix POP, but is located in the USA at a 200ms ping time, so the speed reading was slow to ramp up, and lower than it should be. They

Re: [Bloat] dslreports bufferbloat tests

pr, 2016, at 09:06, jb <jus...@dslr.net> wrote: >> >> So this particular snap from the first 200 packets of a download there >> are poor RTTs but it also picked up the IP ecn_capable flag (but not >> the IP ecn congestion flag) and it picked up the TCP ece and c

Re: [Bloat] dslreports bufferbloat tests

P? or am I filtering just for CE marks (11), indicating there was some active queue management actually going on -- and only that would be worth mentioning? thanks On Thu, Apr 7, 2016 at 1:30 AM, Dave Taht <dave.t...@gmail.com> wrote: > On Tue, Apr 5, 2016 at 8:19 PM, jb <justinbe...@gmail

Re: [Bloat] Bloat goes away, but with ~25% speed loss?

My 2c - I wasn't planning on creating pages listing ISPs in order of decreasing buffer bloat score. And for speeds of course in the USA and most markets there are ranges of products each with their own speed and price attached, so ranking ISPs by any simple averaging of speeds is pointless as

Re: [Bloat] Bloat goes away, but with ~25% speed loss?

with your caution in going for big ranking lists! On Sat, Jun 6, 2015 at 8:04 PM, Kevin Darbyshire-Bryant ke...@darbyshire-bryant.me.uk wrote: On 06/06/2015 10:30, jb wrote: My 2c - I wasn't planning on creating pages listing ISPs in order of decreasing buffer bloat score. Good

Re: [Bloat] Bloat goes away, but with ~25% speed loss?

Dave Those result pages I pushed out this week, and they are are a work in progress I expect to be adding more depth to them, stay tuned. Unrelated to buffer bloat results, there is a global speed map available too: http://www.dslreports.com/speedtest/results/country With click features for

Re: [Bloat] Fwd: dslreports and inbound rate shaping

The test, and the issue of buffer bloat, got some coverage today in the Houston Chronicle: http://blog.chron.com/techblog/2015/05/new-speed-test-at-dslreports/ On Tue, May 26, 2015 at 7:13 PM, Alan Jenkins alan.christopher.jenk...@gmail.com wrote: On 25/05/15 22:39, jb wrote: Regarding

Re: [Bloat] dslreports mockup

. The median connection speed for fios or comcast users running the test is about 50 mbit. Most of those connections are idle all day. On Mon, May 25, 2015 at 2:58 AM, Dave Taht dave.t...@gmail.com wrote: On Sat, May 23, 2015 at 2:43 PM, Sebastian Moeller moell...@gmx.de wrote: Hi jb, On May

Re: [Bloat] dslreports mockup

The label when you click isn't my choice, its applied by the chart library I just haven't worked out how to fix it yet :/ On Sun, May 24, 2015 at 5:35 AM, Kevin Darbyshire-Bryant ke...@darbyshire-bryant.me.uk wrote: On 23/05/2015 02:56, jb wrote: I can add error bars to the combined columns

Re: [Bloat] dslreports mockup

://www.dslreports.com/speedtest/525965 On Fri, May 22, 2015 at 10:56 AM, Jonathan Morton chromati...@gmail.com wrote: On 22 May, 2015, at 03:17, jb jus...@dslr.net wrote: Or I can just have two Y-Axis with auto-scaling on both. You could also try a square-root scale (as opposed to linear

Re: [Bloat] dslreports mockup

I can add error bars to the combined columns. I think that will help. On Sat, May 23, 2015 at 10:55 AM, David Lang da...@lang.hm wrote: On Thu, 21 May 2015, Jim Gettys wrote: Providing separate grades for upload and download does not make sense to me, as interference with acks in the other

Re: [Bloat] DSLReports Jitter/PDV test

. they also don't seem to be too demanding on cpu. On Fri, May 8, 2015 at 11:20 PM, Rich Brown richb.hano...@gmail.com wrote: On May 7, 2015, at 6:44 AM, jb jus...@dslr.net wrote: There is a web socket based jitter tester now. It is very early stage but works ok. http://www.dslreports.com

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

I am working on a multi-location jitter test (sorry PDV!) and it is showing a lot of promise. For the purposes of reporting jitter, what kind of time measurement horizon is acceptable and what is the +/- output actually based on, statistically ? For example - is one minute or more of jitter

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

http://www.aqua-mail.com On May 7, 2015 6:16:00 AM jb jus...@dslr.net wrote: I thought would be more sane too. I see mentioned online that PDV is a gaussian distribution (around mean) but it looks more like half a bell curve, with most numbers near the the lowest latency seen, and getting

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

-imposed, the worst and the best of several probes per location. On Sat, May 2, 2015 at 9:49 PM, Sebastian Moeller moell...@gmx.de wrote: Hi Jb, I wonder the ping RTT plot, does it show all individual RTT-probes, or is it showing an aggregate measure per bar? If aggregate which measure

Re: [Bloat] ThinkBroadBand also has a bloat detector in their speed test

It gives my connection an A in both directions :) Which would be incorrect as it is a definite D or worse. But it is hosted in the UK, and uses a single stream, so it doesn't fill the pipe. If it can't fill an 8mbit connection it is going to be misleading - unless you are very close to them. On

Re: [Bloat] dslreports ping every second?

Regarding ping during the test, although it isn't ideal, it appears to be enough to identify problems, and also consistently get the same grade, to within one grade level anyway. An A or A+ is not going to get a C, and a D or F is never going to get a B no matter how many times the test is

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

On Wed, Apr 29, 2015 at 9:33 PM, jb jus...@dslr.net wrote: yes it did get no rating, I don't generate ratings unless everything looks right, meaning a decent number of down idle and up pings. http://www.dslreports.com/speedtest/377563 There are only 6 latency samples during

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

/378980 F, for sure. Secondly, we tend to regard bufferbloat as one word not two. This result got no rating. http://www.dslreports.com/speedtest/377563 On Wed, Apr 29, 2015 at 9:07 PM, jb justinbe...@gmail.com wrote: I've added the discussed bloat rating. It takes the idle period before

Re: [Bloat] extremely good dslreports result for bufferbloat on free.fr

If the tool were to list ISPs in descending order of a bloaty factor from best (like this one) http://www.dslreports.com/speedtest/375736 to worst (like I don't know yet), what would be the ranking factor? Call B the blue series of latencies. Call G the idle series Call O the orange series

Re: [Bloat] the dslreports png

I agree! but I don't want to rush. What latency should substitute? average? median? latency during upload? download? both? should it be the excess over idle ping, expressed as a multiplier? an absolute value? Most people as in 98% of people who use this test do so without any reference to

Re: [Bloat] New speedtest with bufferbloat indicators (from DSLreports)

Regarding http://www.dslreports.com/speedtest/380810 The upload graph was broken, or partially so, because you're using Firefox/24.0 which dates from 2014 and apparently doesn't know how to feedback information on the upload so the measurement was done from each upload as it finished So that is

Re: [Bloat] New speedtest with bufferbloat indicators (from DSLreports)

it, change in preferences streams down to 6 and streams up to 2 - 4 On Tue, Apr 28, 2015 at 5:57 PM, jb jus...@dslr.net wrote: Regarding http://www.dslreports.com/speedtest/380810 The upload graph was broken, or partially so, because you're using Firefox/24.0 which dates from 2014 and apparently

Re: [Bloat] Adblock - or another extension - is incorrectly blocking the speed test

:15:15AM +1000, jb wrote: If they are using NAT64, they can use an ipv6 speed test, natively, no ? In general, NAT64 is designed to be used when the communication is initiated by IPv6 hosts. It could still be interesting to know how the IPv4 path holds up. /* Steinar */ -- Homepage

Re: [Bloat] Adblock - or another extension - is incorrectly blocking the speed test

about NOSCRIPT ! /rant On Sun, Apr 26, 2015 at 4:26 PM, Jan Ceuleers jan.ceule...@gmail.com wrote: On 26/04/15 06:17, jb wrote: The warning is correct in that it is probably NOSCRIPT. I think. All the speed test knows is that an API call to all servers was brutally failed in an unexpected

Re: [Bloat] Adblock - or another extension - is incorrectly blocking the speed test

wrote: On 26/04/15 06:17, jb wrote: The warning is correct in that it is probably NOSCRIPT. I think. All the speed test knows is that an API call to all servers was brutally failed in an unexpected way. There is no visibility into what caused the failure, only that it should not occur

Re: [Bloat] Adblock - or another extension - is incorrectly blocking the speed test

, jb wrote: No, I'm not going to do that. I absolutely hate even _considering_ changing how I want to do something for an extension that doesn't know the difference between an IP address and a script. What about if the user is behind NAT64? IP literals won't work at all in that case

Re: [Bloat] Adblock - or another extension - is incorrectly blocking the speed test

:15 AM, Jan Ceuleers jan.ceule...@gmail.com wrote: On 25/04/15 13:44, jb wrote: The message appears when the speed test is blocked from reaching a test server. It has turned out to be almost always either Adblock, AdblockPlus or NOSCRIPT The error message is correct, at least, has been

Re: [Bloat] Adblock - or another extension - is incorrectly blocking the speed test

The message appears when the speed test is blocked from reaching a test server. It has turned out to be almost always either Adblock, AdblockPlus or NOSCRIPT The error message is correct, at least, has been so far: it is always an extension and whatever extension it is, does not report to what

Re: [Bloat] delay-under-load really helps diagnose real world problems

I have made the following changes a few hours ago: Bloat latency stats run on every connection now except GPRS and 3G if you don't seem them during the test (mobile), they should be there afterwards. Download phase waits for quiescent latency measurements, defined by less than 2x the lowest ping

Re: [Bloat] delay-under-load really helps diagnose real world problems

Apologies, it is sorted. Try now on mobile. There is a new box coloured purple! Multiple issues, main one being the Highcharts charting js plugin is quite heavy at 200kb, so I am opting to not use it for the results page on mobile at least not yet. Perhaps if one is on 4G I should not worry,.

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

The problem with metronome pinging is when there is a stall, they all pile up then when they are released, you get this illusion of a 45 degree slope of diminishing pings They all came back at the same instant (the 30 second mark), but were all sent at the ticks along the X-Axis. So from 15 to 30

Re: [Bloat] RE : DSLReports Speed Test has latency measurement built-in

Date :2015/04/22 12:29 (GMT+08:00) À : Steinar H. Gunderson Cc : bloat Objet : Re: [Bloat] DSLReports Speed Test has latency measurement built-in On Wed, 2015-04-22 at 06:04 +0200, Steinar H. Gunderson wrote: On Tue, Apr 21, 2015 at 08:35:21PM +1000, jb wrote: As I understand it (I thought

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

to overflow the buffer. Simon Sent with AquaMail for Android http://www.aqua-mail.com On April 21, 2015 4:18:10 PM jb jus...@dslr.net wrote: Regarding the low TCP RWIN max setting, and smoothness. One remark up-thread still bothers me. It was pointed out (and it makes sense to me

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

and SSH high priority smoothed things out a lot without changing the speed. Perhaps low priority means it isn't so eager to fill its buffers.. thanks On Wed, Apr 22, 2015 at 8:13 AM, jb jus...@dslr.net wrote: Today I've switched it back to large receive window max. The customer base

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

As I understand it (I thought) SO_SNDBUF and SO_RCVBUF are socket buffers for the application layer, they do not change the TCP window size either send or receive. Which is perhaps why they aren't used much. They don't do much good in iperf that's for sure! Might be wrong, but I agree with the

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

I've discovered something perhaps you guys can explain it better or shed some light. It isn't specifically to do with buffer bloat but it is to do with TCP tuning. Attached is two pictures of my upload to New York speed test server with 1 stream. It doesn't make any difference if it is 1 stream

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

see your opponent. Are you looking for places to deploy servers? I got a couple of people here in Norway and Sweden, I can reach out to and ask about that. If yes, what requirements do you have? Pedro On Mon, Apr 20, 2015 at 9:00 AM, jb jus...@dslr.net wrote: IPv6 is now available

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

IPv6 is now available as an option, you just select it in the preferences pane. Unfortunately only one of the test servers (in Michigan) is native dual stack so the test is then fixed to that location. In addition the latency pinging during test is stays as ipv4 traffic, until I setup a web

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

, Toke Høiland-Jørgensen t...@toke.dk wrote: jb jus...@dslr.net writes: The graph below the upload and download is what is new. (unfortunately you do have to be logged into the site to see this) it shows the latency during the upload and download, color coded. (see attached image). So

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

and browsers. And thus no latency measurements. But all is ok now, the current test does the latency thing irregardless. (Unless you click 3g or GPRS). On Sun, Apr 19, 2015 at 11:10 PM, Toke Høiland-Jørgensen t...@toke.dk wrote: jb jus...@dslr.net writes: Oh my apologies, I see from your log you

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

Lang On Sun, 19 Apr 2015, jb wrote: Date: Sun, 19 Apr 2015 15:26:51 +1000 From: jb jus...@dslr.net To: Dave Taht dave.t...@gmail.com, bloat@lists.bufferbloat.net Subject: Re: [Bloat] DSLReports Speed Test has latency measurement built-in The graph below the upload and download is what

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

Your test used a mixture of Taiwan, Japan and Dallas Texas which were the three best locations. Ideally the test should concentrate less on Dallas/Taiwan, and more on Japan, instead of picking randomly among them. I'll be adjusting the strategy to be more optimal. Then it is just a matter of

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

Hi Dave, Is that rrul_be test stealing upload capacity because the Comcast scatter graph shows some distinctly popular upload bands for their different products: 12mbit, 6mbt, 24mbit, but your test is very low for upload. Some people on linux with firefox got completely tripped up by the realtime

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

I just woke up. I'm sure there are some questions missed however I'll just put some info in here and the plans. If I missed something please reply direct or to the list? 1, the latency is done with web socket pings, they are light weight. They are done to dslreports.com not to any of the

Re: [Bloat] DSLReports Speed Test has latency measurement built-in

The graph below the upload and download is what is new. (unfortunately you do have to be logged into the site to see this) it shows the latency during the upload and download, color coded. (see attached image). In your case during the upload it spiked to ~200ms from ~50ms but it was not so bad.