Test prędkości Linux: przyczyny niskiego downloadu i wysokich opóźnień

Jak rozpoznać problem w teście prędkości Linux

Nieprawidłowy wynik może dotyczyć różnych parametrów. Niski download oznacza wolne pobieranie plików i buforowanie materiałów wideo, a niski upload utrudnia wysyłanie danych, pracę z chmurą i wideokonferencje. Wysokie opóźnienie, czyli ping, pogarsza korzystanie z usług czasu rzeczywistego. Jitter wskazuje na niestabilne opóźnienia, natomiast utrata pakietów może powodować przerwy w połączeniu.

Przed wyciągnięciem wniosków warto wykonać kilka pomiarów o różnych porach. Pojedynczy test może być zafałszowany przez obciążenie serwera pomiarowego, aktualizacje systemu lub chwilowe przeciążenie sieci.

Najczęstsze przyczyny niskiej prędkości

Połączenie przez Wi-Fi

Wi-Fi często jest główną przyczyną słabego wyniku. Odległość od routera, grube ściany, zakłócenia od sąsiednich sieci oraz zatłoczone pasmo 2,4 GHz mogą ograniczać download i zwiększać jitter. Laptopy mogą także przełączać się między punktami dostępowymi lub używać starszego standardu bezprzewodowego.

Ograniczenia routera lub modemu

Stary router, nieaktualne oprogramowanie albo niewystarczająca wydajność urządzenia mogą ograniczać łącze światłowodowe, kablowe lub DSL. Problem może wystąpić również wtedy, gdy port Ethernet działa z prędkością 100 Mb/s zamiast 1 Gb/s.

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

Telewizor, konsola, telefon lub komputer wykonujący kopię zapasową może zużywać dostępne pasmo. Szczególnie intensywne wysyłanie danych wpływa na ping i może powodować opóźnienia podczas rozmów głosowych oraz gier online.

Sterowniki i konfiguracja systemu Linux

Nieprawidłowy sterownik karty sieciowej, problem z modułem jądra albo błędna negocjacja parametrów interfejsu mogą ograniczać wydajność. Warto sprawdzić, czy system rozpoznaje kartę sieciową poprawnie oraz czy interfejs Ethernet nie pracuje w trybie half-duplex.

Przeciążenie lub usterka po stronie operatora

Jeśli pomiary wykonane przewodowo na kilku urządzeniach dają podobne wyniki, przyczyną może być operator lub infrastruktura dostawcy. Dotyczy to między innymi przeciążonego węzła, problemów z trasą do serwera testowego albo awarii na odcinku dostępowym.

Jak sprawdzić, gdzie powstaje problem

1. Uruchom test prędkości na komputerze podłączonym do routera przewodem Ethernet.
2. Wykonaj trzy pomiary o różnych porach i zapisz download, upload, ping, jitter oraz utratę pakietów.
3. Porównaj wynik z testem na innym urządzeniu i z pomiarem przez Wi-Fi.
4. Sprawdź stan interfejsu poleceniami ip link oraz ethtool, jeśli używasz połączenia Ethernet.
5. Użyj polecenia ping do routera, a następnie do publicznego adresu IP, aby odróżnić problem lokalny od problemu poza domową siecią.
6. Skontroluj trasę za pomocą traceroute lub mtr, pamiętając, że pojedyncze wolne ogniwo pośrednie nie zawsze oznacza realne spowolnienie ruchu.

Jak poprawić wynik testu prędkości Linux

• Wykonuj pomiary przez kabel Ethernet, gdy chcesz ocenić parametry łącza operatora.
• Przy Wi-Fi ustaw router w centralnym miejscu i wybierz mniej zatłoczony kanał.
• Korzystaj z pasma 5 GHz lub 6 GHz, jeśli urządzenia i zasięg na to pozwalają.
• Zatrzymaj synchronizację chmury, pobieranie plików i aktualizacje przed testem.
• Zaktualizuj system Linux, firmware routera i sterowniki karty sieciowej.
• Uruchom ponownie modem oraz router, ale nie traktuj tego jako trwałego rozwiązania problemu z przeciążeniem.
• Sprawdź jakość przewodu i negocjowaną prędkość portu Ethernet.

Kiedy skontaktować się z operatorem

Skontaktuj się z operatorem, jeśli problem powtarza się na kilku urządzeniach, występuje także przez kabel i nie zależy od używanego serwera pomiarowego. Przy zgłoszeniu podaj daty oraz godziny testów, wyniki downloadu i uploadu, wartości pingu, jittera i utraty pakietów, a także informację, czy pomiar wykonano przez Ethernet. Takie dane ułatwiają odróżnienie problemu z routerem od usterki łącza lub przeciążenia sieci operatora.

Nie porównuj wyniku wyłącznie z prędkością zapisaną w umowie. Rzeczywisty pomiar zależy od technologii dostępowej, obciążenia sieci, serwera testowego i sposobu połączenia. Najbardziej miarodajna jest seria pomiarów wykonanych w podobnych warunkach.