Gigatown - What is your speed

Forums › New Zealand Broadband › Gigatown - What is your speed

1 | 2

Jase2985

13462 posts

Uber Geek

ID Verified

Lifetime subscriber

#1338644 7-Jul-2015 16:13

considering Auckland is the closest to tauranga i think that might be why he suggests Auckland.

Talkiet

4793 posts

Uber Geek

Trusted

#1338651 7-Jul-2015 16:20

Jase2985: considering Auckland is the closest to tauranga i think that might be why he suggests Auckland.

Chuckle - of course... Combination of GIgatown thread and OP being in Dunedin cued me up all wrong :-)

FWIW - I don't see a significant difference in speedtest results on our three servers regardless of where the customer is. (Assuming nothing funny anyone in NZ normally gets the same speedtest results to all three of our servers :-)

Cheers - N

Please note all comments are from my own brain and don't necessarily represent the position or opinions of my employer, previous employers, colleagues, friends or pets.

JohnButt

374 posts

Ultimate Geek

Trusted

#1338669 7-Jul-2015 16:46

myfullflavour: We've got about 50 customers going live on 1Gbps in Tauranga over the next 60 days or so.

Will ask for some speedtest.net results.

Right now we're advising customers to test against the Spark Auckland server as the majority of the local Speedtest servers max out way before 1Gbps.

Bit pathetic some of the speedtest servers belonging to local WISPs are sitting on 100Mbps ports.

To get 1Gb/s you would need more than a GigE port to cover the probability someone else is using it. That forces a 10Gig port, which is why we are not planning on testing GigE connections

Talkiet

4793 posts

Uber Geek

Trusted

#1338670 7-Jul-2015 16:48

JohnButt:
myfullflavour: We've got about 50 customers going live on 1Gbps in Tauranga over the next 60 days or so.

Will ask for some speedtest.net results.

Right now we're advising customers to test against the Spark Auckland server as the majority of the local Speedtest servers max out way before 1Gbps.

Bit pathetic some of the speedtest servers belonging to local WISPs are sitting on 100Mbps ports.

To get 1Gb/s you would need more than a GigE port to cover the probability someone else is using it. That forces a 10Gig port, which is why we are not planning on testing GigE connections

Well, theoretically yes, but you probably know better than most the mathematical gymnastics speedtest.net do with their test results before they hit someone's screen.

Cheers - N

Please note all comments are from my own brain and don't necessarily represent the position or opinions of my employer, previous employers, colleagues, friends or pets.

Batman

Mad Scientist
29768 posts

Uber Geek

Trusted

Lifetime subscriber

#1338687 7-Jul-2015 17:03

Sorry no, what does speedtest do? Thanks

Talkiet

4793 posts

Uber Geek

Trusted

#1338688 7-Jul-2015 17:05

joker97: Sorry no, what does speedtest do? Thanks

https://support.speedtest.net/hc/en-us/articles/203845400-How-does-the-test-itself-work-How-is-the-result-calculated-

N

Please note all comments are from my own brain and don't necessarily represent the position or opinions of my employer, previous employers, colleagues, friends or pets.

Batman

Mad Scientist
29768 posts

Uber Geek

Trusted

Lifetime subscriber

#1338720 7-Jul-2015 17:11

Ah they do a colmar brunton to my internet. Thanks very good to know

Sharesies

Trade NZ and US shares and funds with Sharesies (affiliate link).

JohnButt

374 posts

Ultimate Geek

Trusted

#1338745 7-Jul-2015 17:23

Talkiet:
joker97: Sorry no, what does speedtest do? Thanks

https://support.speedtest.net/hc/en-us/articles/203845400-How-does-the-test-itself-work-How-is-the-result-calculated-

N

This misses an important point. The speedtest result is intended for finding connection faults, so from a local server it is not a test of actual ISP performance, because it usually does not traverse the ISPs network, instead slipping out to the speedtest server prior to any interconnection or traffic management.

FYI, Comparing TrueNet & Speedtest:

Download Speed

Your computer downloads small binary files from the web server to the client, and we measure that download to estimate the connection speed.
Based off this result, we choose how much data to download for the real test. Our goal is to pick the right amount of data that you can download in 10 seconds, ensuring we get enough for an accurate result, but not take too long.
We prevent caches from throwing off results by appending random strings to each download.
Once we start downloading, we use up to four HTTP threads to saturate your connection and get an accurate measurement.
Throughput samples are received at up to 30 times per second.
These samples are then aggregated into 20 slices (each being 5% of the samples).
The fastest 10% and slowest 30% of the slices are then discarded.
The remaining slices are averaged together to determine the final result.

Why do we discard certain results? We want to ensure we're giving you the most accurate assessment of your connection's maximum sustained throughput. Here's how we do that:

Outlying 10%: Since we're measuring data transported over HTTP (via Flash), speed can be affected by a few things, such as potential protocol overhead; buffering due to the many layers between our application and the raw data transfer; or throughput bursting due primarily to CPU usage. To account for these variables, we initially drop the top 10% and bottom 10% of our slices as outliers.
Test Ramp-Up Period: We keep the default test length short to improve user experience, but in doing so, the ramp-up period can take up a significant portion of the beginning of the test. In consideration of that, we also drop another 20% of the bottom result slices.

TrueNet know what speed the user is connected so can size the file to match the speed, e.g. ADSL can use a smaller file than Fibre, so we don't need 1 or 2. We use 3, but recognise that 4 would use too much data and find the error small. We sample just four quartiles for our standard test, but use a 5% test like 5 & 6 to check results, i.e. 20 slices. We test using multiple files on various frequencies, since we know each panelist, we can relate tests, unlike Speedtest. For download we generally don't need to discard like 7 & 8, the best quartile is pretty accurate for 95% of tests, but for Upload we do a similar discard, due to local buffering.

BTW, The most interesting study we have not had the resources to do is a study of rampup time, it differs a lot. What should the measured speed be if a 1, 2 or 5MB file takes 90% of the download to reach full speed? Some downloads take just 5% of the same file.

1 | 2