Verkon nopeuden mittaus C++: yleiset syyt virheellisiin tuloksiin

Miltä virheellinen nopeustulos näyttää?

Verkon nopeuden mittaus C++-ohjelmalla voi näyttää operaattorin ilmoittamaa liittymänopeutta pienemmän tuloksen, vaihdella mittauskertojen välillä tai pysähtyä hetkeksi. Suomessa kuitu-, kaapeli- ja DSL-yhteyksien nopeudet mitataan yleensä megabitteinä sekunnissa, kun taas C++-ohjelma käsittelee dataa usein tavuina. Siksi yksiköt on muunnettava oikein: kahdeksan bittiä muodostaa yhden tavun.

Luotettava testi arvioi erikseen latausnopeuden, lähetysnopeuden, viiveen, jitterin ja pakettihävikin. Yksi lyhyt HTTP-pyyntö ei yleensä riitä kuvaamaan yhteyden todellista kapasiteettia.

Väärä yksikkö tai ajan mittaus

Yleinen syy liian suureen tai liian pieneen tulokseen on bittien ja tavujen sekoittaminen. Jos ohjelma laskee vastaanotetut tavut ja jakaa ne sekunneilla, tulos on ensin tavuja sekunnissa. Muunna se megabiteiksi sekunnissa kertomalla tavut kahdeksalla ja jakamalla miljoonalla.

Myös ajanotto vaikuttaa. DNS-haku, TCP-yhteyden muodostus ja TLS-neuvottelu voivat sisältyä mittaukseen, vaikka niiden ei pitäisi vaikuttaa jatkuvan siirron nopeuteen. Käytä tarkkaa monotonic-kelloa, kuten std::chrono::steady_clock-kelloa, ja mittaa vain lämmittelyn jälkeinen siirto.

Liian pieni testi tai liian lyhyt mittausjakso

Jos C++-ohjelma lataa vain pienen tiedoston, siirron aloitusvaiheen viiveet muodostavat suuren osan kokonaisajasta. TCP-yhteys tarvitsee aikaa lähetysnopeuden kasvattamiseen, joten lyhyt testi voi aliarvioida erityisesti nopean kuituliittymän kapasiteetin.

Vertaile tuloksia kasvattamalla testidatan kokoa ja mittausjaksoa. Ohita yhteyden alustava lämmittely ja käytä useita näytteitä. Mediaani on usein hyödyllisempi kuin yksittäinen huippuarvo, koska se vähentää hetkellisten häiriöiden vaikutusta.

Palvelimen sijainti ja reitin ruuhka

Testipalvelin voi sijaita kaukana käyttäjästä tai olla kuormitettu. Pitkä reitti operaattorin verkossa kasvattaa viivettä ja voi pienentää TCP-siirtonopeutta. Tämä näkyy usein tilanteena, jossa lähistöllä sijaitseva palvelin antaa hyvän tuloksen mutta ulkomainen palvelin selvästi heikomman.

Tarkista sama testi usealla palvelimella ja kirjaa palvelimen sijainti, viive sekä reitin vakaus. Internetin nopeustestissä palvelimen valinta kannattaa pitää samana, kun vertailet eri mittauskertoja.

Wi-Fi, reititin tai modeemi rajoittaa yhteyttä

Wi-Fi-yhteyden signaali, taajuus, kanavan ruuhka ja päätelaitteen sijainti voivat rajoittaa tulosta, vaikka kuitu- tai kaapeliyhteyden kapasiteetti olisi suurempi. 2,4 GHz:n verkko kantaa yleensä kauemmas, mutta se voi olla häiriöherkempi kuin 5 GHz:n tai uudemman Wi-Fi-verkon yhteys.

Toista mittaus verkkokaapelilla suoraan reitittimeen tai modeemiin. Jos kaapelilla saatu tulos on selvästi parempi, syy on todennäköisesti langattomassa verkossa. Tarkista lisäksi reitittimen laiteohjelmisto, verkkokaapelin nopeusluokka ja mahdollinen liikenteen priorisointi.

C++-ohjelman toteutus rajoittaa siirtoa

Ohjelmiston oma pullonkaula voi syntyä liian pienestä vastaanottopuskurista, turhista muistiallokoinneista tai synkronisesta I/O-käsittelystä. Jos yksi säie lukee dataa hitaasti ja käsittelee jokaisen paketin erikseen, prosessori ei ehkä ehdi vastaanottaa kaikkea käytettävissä olevaa liikennettä.

Selvitä rajoitus vertaamalla prosessorin käyttöä, muistinkulutusta ja vastaanotettujen tavujen määrää. Käytä riittävän suuria puskureita, puskuroitua lukua ja tarvittaessa asynkronista I/O:ta. Varmista myös, ettei debug-loki kirjoita jokaista pakettia levylle mittauksen aikana.

TCP, rinnakkaisuus ja protokollan vaikutus

Yksi TCP-yhteys voi jäädä hitaaksi suuren viiveen, vastaanottoikkunan tai pakettihävikin vuoksi. Hävikki laukaisee uudelleenlähetyksiä ja pienentää lähetysikkunaa, jolloin nopeustulos vaihtelee. UDP voi näyttää suuremman raakadatan nopeuden, mutta se ei yksin kerro sovelluksen luotettavasta siirtonopeudesta.

Testaa useampaa rinnakkaista yhteyttä vain, jos se vastaa käyttötapausta. Vertaile yhtä ja useaa yhteyttä sekä kirjaa viive, jitter ja pakettihävikki. Älä ilmoita rinnakkaisten yhteyksien summaa operaattorin nopeutena ilman, että mittausmenetelmä ja palvelimen kapasiteetti ovat tiedossa.

Näin tarkistat syyn järjestelmällisesti

1. Varmista bittien, tavujen ja aikayksiköiden muunnokset.
2. Toista testi kaapelilla ja Wi-Fi-yhteydellä samoissa olosuhteissa.
3. Valitse useita lähellä olevia testipalvelimia ja vertaa viivettä.
4. Suorita mittaus ilman muuta suoratoistoa, pilvisynkronointia tai latausta.
5. Kerää useita näytteitä ja tarkastele mediaania sekä vaihteluväliä.
6. Profiloi C++-ohjelman CPU-, muisti- ja I/O-kuormitus.

Optimointisuositukset luotettavaa mittausta varten

• Käytä vakaata ajanottoa ja erillistä lämmittelyvaihetta.
• Mittaa riittävän pitkällä jaksolla ja käytä useita rinnakkaisia näytteitä hallitusti.
• Raportoi lataus- ja lähetysnopeus, viive, jitter, pakettihävikki ja käytetty palvelin.
• Pidä mittauspalvelimen kapasiteetti ja yhteysnopeus testin kannalta riittävinä.
• Suorita sama vertailu kaapelilla, jotta Wi-Fi:n vaikutus voidaan erottaa.
• Tallenna ohjelman versio, käyttöjärjestelmä, kellonaika ja verkko-olosuhteet tulosten yhteyteen.