Speed test : Levert je provider wel de beloofde bandbreedte?

Met de Speed test op deze pagina kan je vaststellen wat je werkelijke internet snelheid is.

Als je een internet provider kiest, kies je meestal ook voor een bepaald pakket met afgesproken download- en uploadsnelheden. Omdat je deze lijnen deelt met je buren worden deze snelheden in de praktijk bijna nooit gehaald. Soms zit je gewoon te wachten op het laden van een pagina en denk je: “Klopt dat eigenlijk wel?”. Dan wordt het tijd voor onderstaande speed test.

Klik hier om de ITpedia speed test uit te voeren

De Speed test bestaat uit de volgende onderdelen:

TCP-testcomponenten

Latency / Jitter

1. Deze test wordt uitgevoerd door de tijd te meten die het duurt voordat de server reageert op een verzoek van de client van de gebruiker. De client verzendt een bericht naar de server. Na ontvangst van dat bericht stuurt de server een antwoord terug. De round-triptijd wordt gemeten in ms (milliseconden).
2. Deze test wordt meerdere keren herhaald met de laagste waarde die het eindresultaat bepaalt.

Download

1. De client maakt meerdere verbindingen met de server via poort: 8080. De client vraagt ​​de server een eerste stuk gegevens te verzenden.
2. De client berekent de real-time snelheid van de overdrachten en past vervolgens de chunk-grootte en buffergrootte aan op basis van deze berekening om het gebruik van de netwerkverbinding te maximaliseren.
3. Omdat de chunks door de client worden ontvangen, vraagt ​​de client meer brokken tijdens de duur van de test.
4. Tijdens de eerste helft van de test maakt de client extra verbindingen met de server. Dan wordt bepaald of extra threads nodig zijn om de downloadsnelheid nauwkeuriger te meten.
5. De test eindigt zodra de geconfigureerde hoeveelheid tijd is bereikt.

Uploaden

1. De client maakt meerdere verbindingen met de server via de gedefinieerde poort en verzendt een eerste stuk gegevens.
2. De client berekent de real-time snelheid van de overdrachten en past de chunk-grootte en de buffergrootte op basis daarvan aan om het gebruik van de netwerkverbinding te maximaliseren en verzoekt om meer gegevens.
3. Omdat de chunks door de server worden ontvangen, zal de client tijdens de duur van de test meer chunks verzenden.
4. Tijdens de eerste helft van de test maakt de client extra verbindingen met de server vast als blijkt dat er aanvullende threads nodig zijn om de uploadsnelheid nauwkeuriger te meten.
5. De test eindigt zodra de geconfigureerde hoeveelheid tijd is bereikt. 

HTTP Legacy fallback-tests

Speed test Wachttijd

1. Deze test wordt uitgevoerd door de tijd te meten die nodig is om een ​​antwoord te krijgen op een HTTP-verzoek dat naar de webserver is verzonden.
2. Deze test wordt meerdere keren herhaald waarbij de laagste waarde het eindresultaat bepaalt.

Speed test Downloaden

1. Kleine binaire bestanden worden van de webserver naar de client gedownload om de verbindingssnelheid te schatten.
2. Op basis van dit resultaat is een van de verschillende bestandsgroottes geselecteerd om te gebruiken voor de echte downloadtest.
3. De test wordt uitgevoerd met cachepreventie via willekeurige reeksen toegevoegd aan elke download.
4. Doorvoersamples worden tot 30 keer per seconde ontvangen.
5. Deze monsters worden vervolgens geaggregeerd in 20 plakken (waarbij elk 5% van de monsters is).
6. De resterende plakken worden samen gemiddeld om het eindresultaat te bepalen.

Speed test Uploaden

1. Een kleine hoeveelheid willekeurige data wordt door de client gegenereerd en naar de webserver verzonden om de verbindingssnelheid te schatten.
2. Op basis van dit resultaat wordt een passende hoeveelheid willekeurig dtaa gegenereerd om te uploaden.
3. De uploadtest wordt vervolgens uitgevoerd in brokken van dezelfde grootte, via POST naar de server-side script gepushed.
4. Er worden maximaal vier HTTP-threads gebruikt om de verbinding te verzadigen.
5. Chunks worden gesorteerd op snelheid en de snelste helft wordt gemiddeld om afwijkingen te elimineren en het resultaat vast te stellen.

Het aantal threads bepalen

Deze Speed test gebruikt maximaal vier HTTP- threads tijdens de download- en upload onderdelen van de test. De test zal echter alleen meer dan twee threads gebruiken als ze echt nodig zijn om de snelheid nauwkeurig te meten. Hierdoor wordt het effect van HTTP-overhead op verbindingen met een lagere snelheid geminimaliseerd. Na de pre-test, als de verbindingssnelheid ten minste 4 megabits per seconde is, gebruikt Speedtest.net vier threads. Normaal gesproken worden standaard twee threads gebruikt.

Er is echter een belemmering in oudere browsers: Internet Explorer 7 (of eerder) en Firefox 2 (of eerder). Deze browsers houden zich strikt aan de HTTP-specificatie van slechts twee threads per hostnaam. Om met deze oudere browsers maximaal vier threads te schalen, moeten we de derde en vierde thread openen naar een secundaire URL die door de host wordt verstrekt en naar dezelfde server verwijst. Op deze manier kunnen we de beperkingen van die oudere browsers omzeilen en nog steeds snelheden met een hogere snelheid meten. De meeste van onze hosts hebben een werkende secundaire URL, maar als je met een oudere browser test op een host die dit niet doet, blijft Speed test beperkt tot maximaal twee threads. Daarom bevelen we alle bezoekers aan gebruik maken van up-to-date browsers.

Hoe worden de resultaten berekend

Alle monsters worden gesorteerd op snelheid. De twee snelste resultaten en het onderste kwart van de resultaten worden verwijderd. De overgebleven resultaten  worden gemiddeld.

Discussieer mee op LinkedIn.