> On 29 Mar, 2015, at 20:36, Pedro Tumusok wrote:
>
> Dslreports got a new speedtester up, anybody know Justin or some of the other
> people over there?
>
> http://www.dslreports.com/speedtest
>
> Maybe somebody on here could even lend a hand in getting them to implement
> features like ping
On Mon, Mar 30, 2015 at 9:06 AM, Jonathan Morton
wrote:
>
> > On 29 Mar, 2015, at 20:36, Pedro Tumusok
> wrote:
> >
> > Dslreports got a new speedtester up, anybody know Justin or some of the
> other people over there?
> >
> > http://www.dslreports.com/speedtest
> >
> > Maybe somebody on here co
> On 30 Mar, 2015, at 16:56, Pedro Tumusok wrote:
>
> Also would you mind doing another test and share the link for result, so he
> can check closer?
I still have the result link for the earlier one:
http://www.dslreports.com/speedtest/193440
Here’s another result without using the w
On Mon, Mar 30, 2015 at 4:18 PM, Jonathan Morton
wrote:
>
> > On 30 Mar, 2015, at 16:56, Pedro Tumusok
> wrote:
> >
> > Also would you mind doing another test and share the link for result, so
> he can check closer?
>
> I still have the result link for the earlier one:
>
> http://www.dsl
Jonathan Morton writes:
> The number-one desirable feature is to carry on measuring the latency
> while the throughput test is ongoing. This is relevant to anyone who
> wants to make a VoIP call or play an online game while using the
> connection for something else. If you have several people in
I think the most effective thing would be to add bufferbloat testing
infrastructure to the web browsers themselves. There are already
plenty of tools for measuring web performance (whyslow for firefox,
the successor to chrome web page benchmarker) more or less built in...
measuring actual network p
On Mon, Mar 30, 2015 at 4:55 PM, Dave Taht wrote:
> I think the most effective thing would be to add bufferbloat testing
> infrastructure to the web browsers themselves. There are already
> plenty of tools for measuring web performance (whyslow for firefox,
> the successor to chrome web page benc
Could be via a browser plugin?
Regards,
Jason
Jason Livingood
Comcast - Internet Services
> On Mar 30, 2015, at 11:55, Dave Taht wrote:
>
> I think the most effective thing would be to add bufferbloat testing
> infrastructure to the web browsers themselves. There are already
> plenty of tools
Justin has signed up for this list, I will just copy the question he sent
me directly over at DSLReports and let you chime in with your views.
--
I've subscribed to the list.
Currently the 'saturation' meter is pinging away at an unrelated server (
dslreports.com)
probably it should ping away,
> Currently the 'saturation' meter is pinging away at an unrelated server
> (dslreports.com)
> probably it should ping away, and with higher frequency, at one of the
> servers streaming data in? because then there are more likely to be filled
> buffers en-route?
> or are the bloated buffers main
On Mon, 30 Mar 2015 18:05:19 +0200 Pedro Tumusok
wrote:
[...]
> That is feature creep, we originally discussed having continuous ping
> measurement under load.
> New ideas not so welcome ;)
I agree, we just want Justin (http://www.dslreports.com/speedtest) to
also measure and report on ping/l
11 matches
Mail list logo
