Hvorfor rapporterer internetthastighetstester forskjellige resultater?
Jeg beklager. Siste uke i Tech 911 , Lifehackers teknologirådspalte, tok jeg et spørsmål fra Lifehackers sjefredaktør Melissa . Hun er teknisk sett en Lifehacker-leser, så det passer fortsatt til denne spaltens tema, men det føles som en juks. Jeg gjør det samme igjen denne uken, ikke fordi du ikke har sendt inn verdifulle spørsmål – det har du! – det er bare det at en annen Lifehacker-medarbeider hadde et godt spørsmål om et tema vi nylig utforsket , og jeg vedder på at noen av dere vil ha lignende tanker.
Lifehacker Social Media Editor Tim skriver (via Slack):
'Hvordan i helvete fungerer internetthastighetstester, og hvorfor får jeg veldig forskjellige resultater på forskjellige tester?!?!'
Jeg utforsket dette spørsmålet litt mer, og det viser seg at Tim har sett ganske mange forskjellige tall når han kjørte forskjellige nettbaserte hastighetstester på hjemmetilkoblingen sin. På en? 178,4 Mbps – ikke for shabby. På den andre? 187. Det går fortsatt bra. På et tredje er det imidlertid hvor vi møter et merkelig problem: 22,7 Mbps, som ser ut som en katastrofe. Det kan også være en rød sild som sender en person inn i en tornado med feilsøking de kanskje ikke engang trenger.
For det første har alle nettstedene for hastighetstesting litt forskjellige måter de beregner statistikk på, som nedlastings-/opplastingshastighetene dine, men de generelle prinsippene er ganske like. For eksempel, her er hvordan Speedtest.net beskriver prosessen .
For å måle latens ser nettstedet på tiden det tar for en melding å sprette fra deg, til serveren, tilbake til deg igjen, og gjenta denne prosessen om og om igjen – den laveste verdien blir latensresultatet ditt. For nedlastinger og opplastinger måler Speedtest hvor lang tid det tar å behandle flere databiter, mens den samtidig jobber med å fylle røret full av data (som det var) gjennom hele testen.
Her er Netflix sin tilnærming til fast.com :
'Avhengig av nettverksgjennomstrømning, kjører fast.com-klienten testen ved å bruke et variabelt antall parallelle tilkoblinger. For nettverk med lav gjennomstrømming kan det å kjøre flere tilkoblinger føre til at hver tilkobling konkurrerer om svært begrenset båndbredde, noe som forårsaker flere tidsavbrudd og resulterer i en lengre og mindre nøyaktig test.
Når båndbredden er høy nok, hjelper det imidlertid å kjøre flere parallelle tilkoblinger til å mette nettverkskoblingen raskere og redusere testtiden. For tilkoblinger med svært høy gjennomstrømming, spesielt i situasjoner med høyere ventetid, kan det hende at én tilkobling og en 25 MB fil ikke er nok til å nå maksimale hastigheter, så flere tilkoblinger er nødvendig.
For hver tilkobling velger fast.com-klienten størrelsen på delen av 25MB-filen den vil laste ned. I situasjoner der nettverkslaget støtter periodiske fremdriftshendelser, er det fornuftig å be om hele filen og estimere nettverkshastigheten ved å bruke tellere for nedlastingsfremdrift. I tilfeller der nedlastingsfremdriftshendelsen ikke er tilgjengelig, vil klienten gradvis øke nyttelaststørrelsen under testen for å utføre flere nedlastinger og få et tilstrekkelig antall prøver.»
Selv om dette høres ut som en haug med nettverksgobbledygook for deg, er det OK. Poenget er at du bør nærme deg gjennomstrømstesting vitenskapelig, fordi det er mange variabler som kan påvirke ved en typisk internetthastighetstest – utover de iboende forskjellene i testene, det vil si.
Kanskje du har en kunstig langsom forbindelse til uansett hvilken server(e) testen bruker eller testen roter til. Internett-leverandøren din kan prioritere eller begrense ytelsen din, avhengig av hvordan testen fungerer. Til og med nettleseren din, fullpakket med tillegg og utvidelser, kan på en eller annen måte forstyrre en spesifikk test. Eller du kjører tester til forskjellige tider og feiltolker en 'dårlig' internettforbindelse for hva som faktisk er overbelastning av nettverket som stammer fra alle andre personer i nabolaget ditt som streamer Netflix på samme tid - den slags ting.
Og ikke få meg i gang med å kjøre disse testene på en trådløst tilkoblet enhet. Når det er mulig, bruk en kablet tilkobling for å eliminere variabler (hvis du bare prøver å finne ut om huset eller leiligheten din faktisk får de hastighetene du betaler for). Å legge til trådløst nettverk i blandingen gjør feilsøkingen betydelig vanskeligere, siden du må kjøre flere tester for å isolere problemet til Internett-leverandøren, ruteren eller enheten din.
Behandle netthastighetstester som et vitenskapelig prosjekt
Du vil ikke stole på resultatene av én test fra én tjeneste, selv om de ser bra ut. Du bør kjøre flere tester fra flere leverandører for å se om du kan få en følelse av trend . Har du i gjennomsnitt 75 prosent lavere hastighet enn det du betaler for? Det er et problem.
Er en eller to tester som rapporterer ujevne hastigheter, men alle andre nettsteder er blazin’? Du har det sannsynligvis bra, spesielt hvis du ikke har lagt merke til noen store problemer i daglig bruk.
Har du problemer med å få gigabit-nedlastinger på yoru-fiberforbindelsen? Kanskje den bærbare datamaskinen – med sin mekaniske harddisk og lite minne – ikke kan behandle en brannslange med data, og det påvirker testresultatene (til forenkle prosessen veldig).
Når jeg ønsker å få en god følelse av internetthastighetene mine, kjører jeg en rekke tester og ser hvordan ting går før jeg blir stresset. Denne listen inkluderer:
Dette høres ut som mye, men alle disse testene er enkle å kjøre – du trykker på en knapp, du lar den tøffe, og du tar en ny. Det er lett.
Hvis en eller to av testene er av, er det ikke så stor sak. Hvis jeg ikke får de hastighetene jeg forventer noen av dem vurderer jeg da hvor mye jeg vil rive opp husets nettverksoppsett (eller skrivebordssystemet mitt) fordi jeg ikke får hele 100+ Mbps som romkameratene mine og jeg burde ha glede av. Morsomme tider!
