Miksi PHP nopeustesti näyttää väärän tuloksen?

Mitä PHP nopeustestin poikkeava tulos tarkoittaa?

PHP nopeustesti mittaa yleensä tiedonsiirtoa verkkopalvelimen ja selaimen välillä. Tulos ei siis kuvaa ainoastaan kodin valokuitu-, kaapeli- tai DSL-liittymää, vaan myös PHP-palvelimen suorituskykyä, palvelimen sijaintia, verkkoreittiä ja testin toteutustapaa.

Jos lataus- tai lähetysnopeus jää selvästi operaattorin ilmoittaman nopeuden alle, tulos vaihtelee testikerrasta toiseen tai viive kasvaa siirron aikana, ongelma kannattaa jakaa erikseen palvelimeen, lähiverkkoon ja internet-yhteyteen.

Palvelimen resurssit eivät riitä testiin

Yleinen syy on se, että PHP nopeustesti suoritetaan palvelimella, jolla on vähän CPU-aikaa, muistia tai levy-I/O-suorituskykyä. PHP käsittelee pyynnön, mutta suuri testitiedosto voi käyttää samalla levyä, prosessoria ja palvelimen ulosmenevää kaistaa. Jaetussa webhotellissa muiden asiakkaiden liikenne voi hidastaa tulosta.

Tarkista palvelimen prosessorikuorma, muistin käyttö, levyviive ja ulosmenevän liikenteen rajoitukset testin aikana. Jos pieni testi toimii nopeasti mutta suuri tiedosto hidastuu, pullonkaula on usein palvelimen levyssä tai kaistassa eikä käyttäjän liittymässä.

Testitiedosto tai PHP-koodi on toteutettu tehottomasti

PHP-nopeustesti voi hidastua, jos tiedosto luodaan jokaisella pyynnöllä dynaamisesti, dataa käsitellään tarpeettomasti tai vastaus lähetetään liian pienissä paloissa. Myös pakkaus, lokitus ja ylimääräiset tietokantakyselyt voivat lisätä suoritusaikaa.

Käytä testiin valmiiksi luotua tiedostoa, kun mittaat latausnopeutta. Lähetysnopeuden mittauksessa hyväksy data hallituissa paloissa ja vältä tarpeetonta tallentamista levylle. PHP:n suorituskykyä voi tarkastella esimerkiksi palvelimen lokien, prosessikuorman ja vasteaikojen avulla.

Palvelin sijaitsee liian kaukana käyttäjästä

Suomessa oleva käyttäjä saa yleensä erilaisen tuloksen Helsingissä sijaitsevalta palvelimelta kuin Keski-Euroopan tai Pohjois-Amerikan palvelimelta. Pitkä verkkoreitti lisää viivettä ja voi pienentää tehokasta läpäisykykyä, etenkin kun testi käyttää pientä tiedostoa tai useita lyhyitä pyyntöjä.

Vertaa tuloksia useista palvelinsijainneista ja tarkista viive sekä reitin hyppyjen määrä. Lähellä oleva palvelin antaa paremman kuvan kotiyhteyden käytännön suorituskyvystä. Kansainväliseen palveluun tarkoitettu testi voi silti olla hitaampi ilman, että paikallisessa liittymässä on vikaa.

Wi-Fi-yhteys rajoittaa mittausta

Langaton Wi-Fi-yhteys on usein PHP nopeustestin heikoin lenkki. Etäisyys tukiasemasta, betoniseinät, naapuriverkot ja 2,4 GHz:n ruuhka voivat laskea lataus- ja lähetysnopeutta. Vanha reititin tai päätelaite voi lisäksi käyttää hitaampaa Wi-Fi-standardia.

Tee vertailumittaus Ethernet-kaapelilla suoraan reitittimeen tai modeemiin. Jos kaapeliyhteys on selvästi nopeampi, tarkista reitittimen sijoitus, käytettävä taajuus, ohjelmistopäivitykset ja mahdolliset mesh-tukiasemien väliset yhteydet.

Reititin, modeemi tai kodin liikenne kuormittaa yhteyttä

Reitittimen kuormitus, vanhentunut laiteohjelmisto, QoS-asetukset tai samanaikaiset lataukset voivat vaikuttaa testitulokseen. Kodin muut laitteet, pilvivarmuuskopiot, suoratoisto ja pelikonsolien päivitykset kuluttavat kaistaa samalla hetkellä.

Sammuta tilapäisesti suuret lataukset ja suoratoistot, käynnistä reititin uudelleen ja suorita testi uudelleen. Tarkista myös, ettei reitittimen liikenteenhallinta rajoita PHP-testin käyttämää yhteyttä. Jos laite kuormittuu jo yhdellä yhteydellä, sen kapasiteetti voi olla liian pieni nykyiseen liittymään.

Operaattorin verkkoreitti tai liittymä aiheuttaa vaihtelua

Internet-palveluntarjoajan eli operaattorin verkossa voi esiintyä ruuhkaa, reitityseroja tai hetkellistä häiriötä. Kaapeli- ja DSL-yhteyksissä linjan laatu, etäisyys keskittimestä ja verkon jakaminen vaikuttavat tulokseen. Myös valokuituliittymässä palvelimen ja kodin välinen reitti voi olla hetkellisesti kuormittunut.

Suorita useita mittauksia eri vuorokaudenaikoina ja vertaa tuloksia tunnettuun nopeustestiin. Jos hitaus näkyy myös kaapelilla ja useilla palvelimilla, kerää kellonajat, viive, jitteri, pakettihäviö sekä lataus- ja lähetysnopeudet ennen yhteydenottoa operaattorin tukeen.

HTTPS, välimuisti ja selaimen asetukset muuttavat tulosta

Selain voi käyttää välimuistissa olevaa testitiedostoa, jolloin mittaus ei vastaa todellista siirtoa. HTTPS-salaus lisää palvelimella hieman käsittelyä, ja PHP:n tai web-palvelimen välimuistiasetukset voivat palauttaa vastauksen eri tavalla kuin testi olettaa.

Käytä yksilöllistä kyselyparametria, esimerkiksi aikaleimaa, jotta selain ei käytä vanhaa tiedostoa. Varmista samalla, että testi toimii HTTPS-yhteydellä, palvelin lähettää oikeat sisältöotsakkeet ja mittaus erottaa vasteajan varsinaisesta tiedonsiirrosta.

Kuinka PHP nopeustestin tulos tarkistetaan?

1. Suorita testi ensin Ethernet-kaapelilla, jos mahdollista.
2. Keskeytä kodin suuret lataukset, varmuuskopiot ja suoratoistot.
3. Testaa vähintään kolme kertaa eri aikaan ja kirjaa mediaanitulos.
4. Vertaa lähellä olevaa palvelinta kauempana sijaitsevaan palvelimeen.
5. Tarkista latausnopeuden lisäksi lähetysnopeus, viive, jitteri ja pakettihäviö.
6. Vertaa PHP-testin tulosta toiseen luotettavaan nopeustestiin.

Jos vain PHP-testi antaa poikkeavan tuloksen, tarkista ensin palvelimen kuormitus, testitiedoston koko ja koodin toteutus. Jos kaikki testit ovat hitaita, vika on todennäköisemmin Wi-Fi-yhteydessä, reitittimessä, modeemissa tai operaattorin verkossa.

Optimointivinkit luotettavampaan mittaukseen

• Käytä riittävän suurta testitiedostoa, jotta mittaus ei pääty ennen kuin yhteyden nopeus ehtii tasaantua.
• Sijoita testipalvelin mahdollisimman lähelle käyttäjiä ja varmista riittävä ulosmenevä kaista.
• Pidä PHP, web-palvelin, käyttöjärjestelmä ja reitittimen ohjelmisto ajan tasalla.
• Vältä dynaamista tiedostojen luontia ja tarpeetonta levylle kirjoittamista lataustestissä.
• Suorita vertailumittaukset kaapelilla ja Wi-Fi-yhteydellä erikseen.
• Raportoi tulokset usean mittauksen mediaanina yksittäisen poikkeaman sijaan.

Hyvä PHP nopeustesti erottaa palvelimen, lähiverkon ja operaattorin vaikutuksen toisistaan. Kun mittaus tehdään samalla tavalla useita kertoja ja tulosta verrataan kaapeli- sekä Wi-Fi-yhteydellä, todellinen pullonkaula on yleensä helppo paikantaa.