PHP speed test: dlaczego wynik prędkości internetu jest zaniżony?

PHP speed test służy do pomiaru parametrów połączenia internetowego, zwykle przez pobieranie i wysyłanie danych między urządzeniem użytkownika a serwerem testowym. Gdy wynik jest znacznie niższy od prędkości zapisanej w umowie, trzeba najpierw ustalić, czy problem dotyczy samego pomiaru, sieci domowej, serwera czy infrastruktury operatora.

Jak objawia się problem z PHP speed test?

Najczęstszy objaw to zaniżony download lub upload, który powtarza się w kilku próbach. Wynik może również zmieniać się gwałtownie, test może długo się rozpoczynać, a pomiar może kończyć się błędem. Warto obserwować także opóźnienia, jitter i utratę pakietów, ponieważ sama przepustowość nie opisuje pełnej jakości łącza.

Różnica między wynikiem testu a prędkością z oferty nie musi oznaczać awarii. Operatorzy zwykle podają wartości w megabitach na sekundę, natomiast niektóre aplikacje pokazują megabajty na sekundę. Należy pamiętać, że 8 bitów odpowiada 1 bajtowi.

Ograniczenia skryptu PHP i metody pomiaru

Jedną z przyczyn niskiego wyniku jest sposób realizacji testu. Skrypt PHP działający synchronicznie może obsługiwać tylko jedno żądanie, używać małego pliku testowego albo wykonywać dodatkowe operacje podczas transferu. Narzut interpretera, sesji, logowania i buforowania może ograniczyć wynik, szczególnie na szybkich łączach światłowodowych.

Jeżeli test korzysta z pojedynczego połączenia HTTP, jego przepustowość może być niższa niż rzeczywista przepustowość łącza. Dla rzetelnego pomiaru warto używać kilku równoległych strumieni, dużych plików oraz osobnych etapów dla downloadu i uploadu. Wynik należy porównać z narzędziem operatorskim lub niezależnym serwisem testowym.

Wydajność serwera obsługującego test

Serwer PHP może być przeciążony przez wielu użytkowników, mieć zbyt mały limit przepustowości albo znajdować się daleko od osoby wykonującej pomiar. Wąskie gardło może stanowić procesor, pamięć, dysk, serwer WWW, reverse proxy lub limit transferu u dostawcy hostingu.

Jeśli niskie wyniki występują tylko dla jednego serwera testowego, przyczyn należy szukać przede wszystkim po jego stronie. Warto sprawdzić obciążenie hosta, czas odpowiedzi, maksymalną liczbę połączeń i transfer na interfejsie sieciowym. Pomocne jest uruchomienie pomiaru z kilku lokalizacji oraz w różnych porach dnia.

Router, modem i sposób podłączenia

Stary router lub modem może nie obsługiwać pełnej prędkości łącza. Ograniczeniem bywają porty Fast Ethernet, słaby procesor, nieaktualne oprogramowanie, aktywne filtrowanie ruchu albo przeciążenie tablicy połączeń. W przypadku łącza kablowego lub DSL znaczenie ma również stan urządzenia dostarczonego przez operatora.

Diagnozę należy rozpocząć od ponownego uruchomienia routera i sprawdzenia, czy port WAN oraz port urządzenia testowego pracują z właściwą szybkością. Dobrze jest wykonać pomiar bezpośrednio z modemu lub routera, jeśli operator udostępnia taką funkcję, a następnie porównać go z wynikiem na komputerze.

Wi-Fi jako źródło zaniżonego wyniku

Wi-Fi często jest głównym powodem różnicy między parametrami łącza a wynikiem PHP speed test. Zakłócenia od sąsiednich sieci, duża odległość od routera, ściany oraz wykorzystanie pasma 2,4 GHz mogą ograniczać download i upload. Na wynik wpływają także starsze standardy Wi-Fi oraz wielu aktywnych użytkowników.

Najbardziej miarodajny test wykonuje się przez przewód Ethernet, na jednym urządzeniu i bez aktywnego VPN. Jeśli konieczne jest Wi-Fi, warto użyć pasma 5 GHz lub 6 GHz, zbliżyć się do routera i wybrać mniej zatłoczony kanał. Nie należy utożsamiać prędkości synchronizacji Wi-Fi z rzeczywistym transferem aplikacji.

Obciążenie łącza przez inne urządzenia

Inne urządzenia w domu mogą pobierać aktualizacje, synchronizować zdjęcia, odtwarzać wideo albo wysyłać kopie zapasowe. Taki ruch konkuruje z testem o dostępne pasmo i może szczególnie obniżać upload. Przy równoczesnym wysyceniu łącza rośnie również opóźnienie i jitter.

Przed pomiarem należy zatrzymać transmisje na komputerach, telewizorach, konsolach, kamerach i urządzeniach mobilnych. W panelu routera można sprawdzić listę klientów oraz użycie pasma. Kilka testów wykonanych po odłączeniu pozostałych urządzeń pozwoli ocenić, czy przyczyną jest lokalne obciążenie.

Przeglądarka, VPN i oprogramowanie zabezpieczające

Przeglądarka może zaniżać wynik przez rozszerzenia, ograniczenia wielowątkowości, błędy pamięci podręcznej lub obciążenie procesora. VPN i firmowe systemy bezpieczeństwa dodatkowo szyfrują oraz filtrują ruch, co może zmienić trasę pakietów i zmniejszyć przepustowość.

Warto powtórzyć test w aktualnej przeglądarce, w trybie prywatnym i bez rozszerzeń. Następnie należy porównać wynik z pomiarem w innej przeglądarce oraz bez VPN. Tymczasowe wyłączenie ochrony sieciowej powinno odbywać się wyłącznie w bezpiecznym środowisku i na czas niezbędny do diagnozy.

Jak odróżnić problem operatora od błędu testu?

1. Wykonaj kilka pomiarów o różnych porach, najlepiej rano, wieczorem i poza godzinami szczytu.
2. Połącz komputer z routerem przewodem Ethernet i odłącz inne urządzenia generujące ruch.
3. Porównaj PHP speed test z niezależnym testem oraz narzędziem udostępnianym przez operatora.
4. Zapisz download, upload, opóźnienie, jitter, utratę pakietów, adres serwera i godzinę pomiaru.
5. Sprawdź, czy problem występuje na wielu urządzeniach i dla kilku serwerów testowych.

Jeżeli niska prędkość występuje stale na połączeniu przewodowym, na różnych urządzeniach i w kilku testach, prawdopodobne jest ograniczenie po stronie routera, linii dostępowej albo operatora. Przy zgłoszeniu do ISP warto przekazać serię wyników zamiast pojedynczego pomiaru.

Optymalizacja własnego testu PHP

Test powinien korzystać z dużych plików, wielu równoległych połączeń i stabilnego serwera położonego możliwie blisko użytkownika. W PHP należy kontrolować buforowanie, limity czasu, maksymalny rozmiar żądania oraz możliwość częściowego odczytu i wysyłania danych. Dla dużych transferów trzeba ograniczyć logowanie każdego fragmentu i unikać zapisu całego pliku w pamięci.

Po stronie serwera warto użyć wydajnego serwera WWW, poprawnie skonfigurować kompresję oraz wyłączyć kompresję dla losowych danych testowych, które nie zyskują na takim przetwarzaniu. Wyniki należy oznaczać jako orientacyjne, ponieważ test aplikacyjny mierzy całą ścieżkę od urządzenia do konkretnego serwera, a nie wyłącznie parametry umowy z operatorem.

Najlepsza diagnoza łączy powtarzalne pomiary, połączenie Ethernet i porównanie kilku serwerów. Dzięki temu można rozdzielić ograniczenia skryptu PHP od problemów z Wi-Fi, routerem, przeciążeniem domowej sieci lub usługą operatora.