Speed Test Linux: dlaczego wynik pomiaru prędkości jest zaniżony?

Jak wygląda problem podczas speed testu w Linuxie

Pomiar uruchomiony w Linuxie może pokazywać niższy download lub upload niż prędkość deklarowana przez operatora. Często wynik zmienia się między kolejnymi próbami, a opóźnienie rośnie w czasie intensywnego pobierania. Warto analizować nie tylko przepustowość, lecz także latency, jitter i utratę pakietów. Pojedynczy test nie rozstrzyga, czy przyczyną jest łącze światłowodowe, kablowe lub DSL, router, Wi-Fi, komputer czy serwer pomiarowy.

Do porównania można użyć narzędzia CLI obsługującego testy prędkości albo serwisu speedtest.im w przeglądarce. Test należy wykonywać bez aktywnych pobrań, synchronizacji plików i transmisji wideo. Dobrą praktyką jest zapisanie kilku wyników z różnych pór dnia.

Najczęstsze przyczyny niskiego wyniku

Połączenie przez Wi-Fi

Wi-Fi jest częstą przyczyną zaniżonego wyniku, szczególnie gdy komputer znajduje się daleko od routera, za kilkoma ścianami lub korzysta z zatłoczonego pasma 2,4 GHz. Zakłócenia od sąsiednich sieci mogą obniżać przepustowość i zwiększać jitter. Starszy standard bezprzewodowy, słaby sygnał albo energooszczędny tryb karty sieciowej również ograniczają wynik speed testu.

Ograniczenia routera lub modemu

Router może nie obsługiwać pełnej przepustowości łącza, zwłaszcza gdy ma słaby procesor, stare oprogramowanie lub włączone funkcje wymagające dużej mocy obliczeniowej. Problem może pojawić się także po przegrzaniu urządzenia albo przy aktywnym QoS, kontroli rodzicielskiej, filtrowaniu ruchu i inspekcji pakietów. W przypadku łączy DSL dodatkowym ograniczeniem jest jakość i długość przewodu do centrali.

Obciążenie sieci domowej

Inne urządzenia korzystające z internetu mogą zużywać dostępne pasmo. Kopia zapasowa w chmurze, aktualizacje systemu, transmisja wideo lub pobieranie dużych plików wpływają przede wszystkim na upload, a pośrednio także na opóźnienie. Zjawisko nazywane bufferbloat powoduje, że podczas obciążenia łącza ping rośnie, mimo że nominalny download może wyglądać poprawnie.

Nieodpowiedni serwer testowy

Wynik zależy od odległości do serwera, trasy między operatorem a serwerem oraz jego bieżącego obciążenia. Serwer znajdujący się poza Polską może dawać niższy download i większy ping niż lokalny punkt pomiarowy. Różnice między serwerami nie muszą oznaczać awarii u ISP. Warto wykonać test do kilku serwerów i porównać wyniki z pomiarem w serwisie operatora.

Sterownik lub negocjacja interfejsu Ethernet

Karta sieciowa może pracować z niższą prędkością, niż powinna. Przyczyną bywa uszkodzony kabel, nieprawidłowa autonegocjacja, przestarzały sterownik albo przełączenie interfejsu na 100 Mb/s zamiast 1 Gb/s. W Linuxie stan połączenia można sprawdzić poleceniem ethtool, a nazwę interfejsu ustalić za pomocą ip link. Jeżeli link ma niższą szybkość niż port routera, test internetowy będzie ograniczony niezależnie od oferty operatora.

Obciążenie procesora i aplikacji

Niektóre narzędzia speed test wykorzystują wiele równoległych połączeń i mogą obciążać procesor. Na starszym komputerze, w maszynie wirtualnej lub podczas działania szyfrowanego tunelu VPN wynik może być niższy. Podobny efekt powodują zapora, antywirus, kontener z ograniczonymi zasobami oraz intensywne procesy działające w tle.

Przeciążenie lub problem po stronie operatora

Jeśli test wykonany po kablu, na kilku serwerach i w różnych porach nadal pokazuje zaniżony wynik, przyczyną może być przeciążenie sieci dostawcy. W łączu kablowym współdzielony segment może być bardziej obciążony wieczorem. W przypadku światłowodu problem może dotyczyć portu, urządzenia dostępowego albo trasy operatora. Powtarzalny wzrost opóźnień i utrata pakietów wzmacniają podejrzenie problemu poza komputerem.

Jak poprawnie zdiagnozować przyczynę

1. Uruchom test na komputerze podłączonym bezpośrednio do routera przewodem Ethernet.
2. Wyłącz VPN, aktywne pobieranie, synchronizację chmurową i transmisje wideo.
3. Wykonaj trzy pomiary rano, po południu i wieczorem, zapisując download, upload, ping, jitter oraz utratę pakietów.
4. Porównaj kilka serwerów testowych położonych możliwie blisko lokalizacji użytkownika.
5. Sprawdź trasę i stabilność połączenia poleceniami ping oraz traceroute.
6. Zweryfikuj szybkość interfejsu Ethernet poleceniem ethtool i sprawdź błędy interfejsu przez ip -s link.

Jeśli Ethernet daje prawidłowy wynik, a Wi-Fi jest wyraźnie wolniejsze, problem leży najczęściej w zasięgu, zakłóceniach lub konfiguracji bezprzewodowej. Jeżeli oba pomiary są niskie, należy sprawdzić router, komputer i trasę do serwera, a następnie skontaktować się z operatorem.

Jak interpretować wyniki pomiaru

Niższy download przy prawidłowym uploadzie może wskazywać na serwer testowy, ograniczenie po stronie pobierania lub chwilowe obciążenie sieci. Niski upload jest często skutkiem synchronizacji danych, ograniczeń planu albo problemu z kanałem zwrotnym w sieci kablowej. Wysoki ping bez dużej utraty pakietów oznacza zwykle długą trasę lub kolejki w urządzeniach. Jitter i utrata pakietów są szczególnie istotne dla rozmów VoIP, gier oraz zdalnego pulpitu.

Prędkość zapisana w ofercie operatora jest zazwyczaj wartością maksymalną, a nie gwarantowanym wynikiem każdego testu. Na rezultat wpływają protokół pomiarowy, liczba połączeń, obciążenie serwera i narzut komunikacyjny. Z tego powodu należy oceniać serię porównywalnych pomiarów, a nie pojedynczą liczbę.

Optymalizacja speed testu i połączenia

• Użyj przewodu Ethernet kategorii odpowiedniej do gigabitowego połączenia i sprawdź, czy interfejs negocjuje 1 Gb/s lub wyższą szybkość.
• Przenieś router w centralne miejsce, wybierz mniej zatłoczony kanał Wi-Fi i korzystaj z pasma 5 GHz lub 6 GHz, gdy urządzenia je obsługują.
• Zaktualizuj firmware routera, sterownik karty sieciowej i pakiety systemowe Linuxa.
• W czasie pomiaru wstrzymaj kopie zapasowe, aktualizacje i inne transfery na wszystkich urządzeniach.
• Włącz funkcję zarządzania kolejkami lub QoS, jeśli router poprawnie obsługuje ją przy danym łączu.
• Powtórz pomiar bez VPN i proxy, a następnie sprawdź osobno wpływ tych usług.
• Wybierz lokalny serwer testowy oraz zachowaj wyniki z datą i godziną.

Kiedy zgłosić problem operatorowi

Kontakt z ISP ma sens, gdy przewodowe testy wykonywane na kilku serwerach regularnie pokazują wynik znacznie niższy od oczekiwanego, a lokalna sieć działa prawidłowo. Do zgłoszenia dołącz godziny pomiarów, adresy serwerów, wyniki ping i traceroute oraz informację, czy problem występuje na wielu urządzeniach. Operator może sprawdzić modem lub ONT, poziomy sygnału, obciążenie segmentu i błędy na porcie.

Przed zgłoszeniem warto odłączyć dodatkowe urządzenia i wykonać test na jednym komputerze. Taka procedura skraca diagnozę i pozwala oddzielić problem z usługą od ograniczeń domowej sieci.