Test prędkości internetu PHP: przyczyny błędnych wyników i sposoby poprawy

Test prędkości internetu PHP jest często używany jako prosty mechanizm do pomiaru pobierania i wysyłania danych w aplikacji webowej. Wynik może jednak różnić się od pomiaru wykonanego w dedykowanym narzędziu. Różnica nie zawsze oznacza awarię łącza. Wpływ mają między innymi serwer PHP, trasa do serwera testowego, sposób generowania danych oraz lokalna sieć użytkownika.

Jak objawia się problem z testem prędkości internetu PHP

Najczęstszy objaw to zaniżony download, który rośnie stopniowo podczas testu albo zatrzymuje się na stałym poziomie. W przypadku uploadu wynik może być niestabilny, szczególnie gdy skrypt zapisuje odebrane dane na dysku. Użytkownik może też zauważyć wysokie opóźnienie, jitter lub utratę pakietów, mimo że strony internetowe otwierają się poprawnie.

Warto pamiętać, że operatorzy zwykle podają prędkość w Mb/s, a aplikacje mogą obliczać transfer w MB/s. Jeden bajt to osiem bitów, dlatego wartości nie należy porównywać bez przeliczenia. Test PHP mierzy również wydajność konkretnej ścieżki między urządzeniem, serwerem WWW i serwerem operatora.

Ograniczona wydajność serwera PHP

Każde żądanie testowe zużywa procesor, pamięć i zasoby procesu PHP. Gdy serwer korzysta z wolnego hostingu, ma zbyt mało workerów PHP albo jest obciążony przez inne aplikacje, nie nadąża z obsługą strumienia danych. Wtedy wynik może wyglądać jak problem z łączem użytkownika, chociaż ograniczenie znajduje się po stronie serwera.

Wąskim gardłem może być także limit przepustowości serwera, CDN lub sieci data center. Kilku użytkowników wykonujących test jednocześnie może podzielić dostępne pasmo. W takim przypadku wyniki zmieniają się zależnie od pory dnia i liczby aktywnych sesji.

Niewłaściwa metoda przesyłania danych

Skrypt, który tworzy mały fragment danych i wielokrotnie wykonuje kosztowne operacje, może mierzyć szybkość wykonywania PHP zamiast przepustowości łącza. Podobny efekt daje budowanie dużych ciągów znaków w pamięci, kompresja odpowiedzi albo dodatkowe przetwarzanie każdego fragmentu.

Problem występuje również wtedy, gdy test używa zbyt małego pliku. Połączenie TCP potrzebuje czasu na zwiększenie okna transmisji, a krótki pomiar kończy się przed osiągnięciem stabilnej prędkości. Lepszy wynik uzyskuje się przez przesyłanie większych danych w kilku równoległych strumieniach, z kontrolą limitów serwera.

Sieć Wi-Fi, router lub modem jako źródło zaniżenia

Połączenie Wi-Fi jest wrażliwe na odległość od routera, ściany, zakłócenia radiowe i zatłoczony kanał. Starszy standard bezprzewodowy może ograniczać wynik bardziej niż łącze światłowodowe lub kablowe. Na transfer wpływają także inne urządzenia, kopie zapasowe, transmisje wideo i aktualizacje działające w tle.

Router lub modem może mieć nieaktualne oprogramowanie, przegrzewać się albo nie obsługiwać pełnej przepustowości portu WAN i LAN. Aby odróżnić problem Wi-Fi od problemu operatora, warto powtórzyć pomiar przez Ethernet, najlepiej na komputerze podłączonym bezpośrednio do routera.

Odległość od serwera i trasa do operatora

Test wykonany z serwera znajdującego się daleko od użytkownika może pokazać wyższe opóźnienie i niższy transfer. Pakiety przechodzą przez wiele urządzeń sieciowych, a przeciążenie jednego z nich wpływa na całą sesję. Dotyczy to także różnic między lokalnym operatorem, siecią kablową, światłowodem i połączeniem DSL.

Wynik warto porównać z kilkoma serwerami pomiarowymi w Polsce lub w najbliższym regionie. Jeżeli tylko jeden serwer daje słabe rezultaty, przyczyną może być jego obciążenie lub routing. Jeżeli problem występuje na wszystkich serwerach, bardziej prawdopodobne są lokalne ograniczenia albo problem po stronie ISP.

Przeciążenie łącza i zakłócenia w sieci

Aktywne pobieranie plików, wysyłanie nagrań, synchronizacja chmury i transmisje wideo konkurują z testem o dostępne pasmo. Szczególnie upload może zostać zablokowany przez kopię zapasową lub monitoring w chmurze. Współdzielenie łącza przez wielu domowników zwiększa także opóźnienie i jitter.

W sieciach mobilnych oraz niektórych sieciach kablowych wynik może zależeć od obciążenia lokalnego segmentu. Pomiar wykonany rano i wieczorem może dać inne wartości. Sama różnica nie dowodzi naruszenia warunków usługi, ale powtarzalny spadek powinien zostać udokumentowany i zgłoszony operatorowi.

Błędy implementacji i konfiguracji pomiaru

Niepoprawne nagłówki HTTP, buforowanie odpowiedzi, kompresja gzip oraz cache pośredni mogą zmienić sposób przesyłania danych. Dla testu download należy ograniczyć buforowanie i zwracać dane o znanej długości. Dla uploadu skrypt powinien odczytywać strumień wejściowy bez wykonywania kosztownych operacji na jego zawartości.

Pomiar czasu powinien korzystać z precyzyjnego zegara po stronie serwera i klienta, a wynik trzeba obliczać na podstawie rzeczywiście przesłanej liczby bajtów. Należy też uwzględnić rozgrzewkę połączenia, narzut protokołu HTTP oraz możliwość równoległego wykonywania kilku żądań.

Jak sprawdzić, gdzie powstaje ograniczenie

1. Wykonaj test kilka razy o różnych porach i zapisz download, upload, ping, jitter oraz utratę pakietów.
2. Powtórz pomiar na tym samym urządzeniu przez Ethernet oraz Wi-Fi. Duża różnica wskazuje na problem z siecią bezprzewodową.
3. Porównaj test PHP z niezależnym narzędziem pomiarowym i wybierz kilka pobliskich serwerów.
4. Sprawdź obciążenie serwera, czas odpowiedzi, limit transferu, liczbę workerów PHP i logi błędów.
5. Wyłącz na czas testu pobieranie, synchronizację chmury, VPN oraz aplikacje zużywające pasmo.

Jak poprawić wiarygodność testu PHP

• Umieść test na serwerze z odpowiednią przepustowością i monitoruj jego obciążenie.
• Używaj wystarczająco dużych plików lub kontrolowanych strumieni danych, aby uniknąć zbyt krótkiego pomiaru.
• Rozdziel pomiary downloadu i uploadu oraz wykonuj kilka równoległych sesji tylko wtedy, gdy serwer może je obsłużyć.
• Wyłącz niepożądane cache i kompresję, ustaw poprawną długość odpowiedzi oraz mierz faktycznie przesłane bajty.
• Informuj użytkownika o jednostkach Mb/s i MB/s, a także pokazuj ping, jitter i utratę pakietów.
• Wynik prezentuj jako wartość orientacyjną i zalecaj porównanie z pomiarem wykonanym przez Ethernet.

Jeżeli wyniki pozostają niskie na wielu urządzeniach, serwerach i połączeniu kablowym, przygotuj daty pomiarów oraz parametry połączenia i skontaktuj się z operatorem. Takie dane ułatwiają rozróżnienie problemu domowej sieci od ograniczenia po stronie ISP.

Więcej informacji o parametrach łącza można znaleźć w teście prędkości internetu oraz w materiałach operatora dotyczących warunków pomiaru.