Spadek prędkości pobierania do 0 KB/s mimo dobrego internetu – Wi-Fi, Steam, qBittorrent, routery

Pytanie

Spadek prędkości pobierania do 0 KB na sekundę mimo dobrego internetu

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Najczęstsze powody spadków do 0 KB/s przy „dobrym internecie” to: chwilowe utraty pakietów lub wysoki jitter (zwłaszcza na Wi‑Fi), zatykanie się buforów (bufferbloat) lub tablicy NAT w routerze, wąskie gardło po stronie dysku/CPU podczas zapisu lub dekompresji, skanowanie antywirusem/inspekcja TLS, problemy z MTU/MSS (PMTUD black hole), błędne sterowniki/ustawienia karty sieciowej albo ograniczenia po stronie serwera/VPN.
• Zacznij od: testu na kablu Ethernet, równoległej obserwacji strat/opóźnień (ping), oraz monitorowania CPU/RAM/dysku. Jeśli objaw znika na kablu lub po wyłączeniu AV/VPN—masz winowajcę. Jeśli dotyczy tylko jednego programu/serwisu—diagnozuj warstwę aplikacji.

Szczegółowa analiza problemu

• Mechanizm (TCP/HTTP/QUIC):

  • Gdy rośnie utrata pakietów lub nie nadąża zapis na dysk, okno przeciążenia/odbiorcze TCP gwałtownie się kurczy (czasem aż do Zero Window), co widzisz jako spadek do 0 KB/s. Potem protokół ostrożnie „odbudowuje” prędkość, co daje cykliczne zjazdy i odbicia.
  • HTTP/3 (QUIC/UDP) reaguje na niestabilność podobnie, ale jest dodatkowo wrażliwy na „sprytne” zapory/NAT z krótkimi timeoutami dla UDP.

• Najbardziej prawdopodobne źródła i ich objawy:

  1. Wi‑Fi/interferencje i bufferbloat

     • Objaw: transfer spada falowo, pingi rosną o setki ms podczas pobierania; na kablu jest dobrze.
     • Przyczyna: zakłócenia 2,4 GHz, zbyt szeroki kanał w zatłoczonym eterze, brak kolejkowania (SQM) w routerze—bufory pęcznieją i TCP „zamiera”.
     • Rozwiązanie skrócone: 5 GHz (40–80 MHz, nie 160 w blokach), dobór spokojnego kanału, włączenie SQM (CAKE/fq_codel) na routerze, test na kablu.

  2. Zatykanie tablicy NAT/CPU routera

     • Objaw: zatrzymki całej sieci przy torrentach/menedżerach z wieloma połączeniami; restart routera pomaga na chwilę.
     • Rozwiązanie: ogranicz globalną liczbę połączeń (np. qBittorrent: ≤200 globalnie, ≤50/torrent), wydłuż time‑outy NAT lub wymień router na wydajniejszy; aktualizuj firmware.

  3. Wąskie gardło I/O i CPU po stronie komputera

     • Objaw: w Menedżerze zadań „Dysk” 100%, CPU wysoko; gry/launchery (Steam/Epic) zwalniają przy „dekompresji w locie”.
     • Rozwiązanie: pobieraj na SSD z zapasem >15–20% wolnego miejsca, przenieś bibliotekę gier na szybszy dysk, wyłącz AV dla folderu biblioteki, unikaj jednoczesnych dużych operacji I/O.

  4. Antywirus/inspekcja TLS i skanowanie pobrań

     • Objaw: zejścia do zera co kilkanaście–kilkadziesiąt sekund; w trybie Offline AV lub po dodaniu wyjątku – ustępuje.
     • Rozwiązanie: wyłącz „skanowanie HTTPS/SSL” i „analizę pobrań w czasie rzeczywistym” dla przeglądarki/klienta, dodaj wyjątek folderu docelowego; po teście ponownie włącz ochronę.

  5. MTU/MSS i „PMTUD black hole”

     • Objaw: małe pliki idą, duże „zamarzają”; przez VPN działa inaczej; sporadyczne resetowanie sesji TLS.
     • Rozwiązanie: ustaw MSS clamping na routerze (np. 1452 dla PPPoE/IPv4 jako punkt startowy) lub skoryguj MTU interfejsu po teście fragmentacji; upewnij się, że zapora nie blokuje ICMP „Fragmentation Needed”.

  6. Sterowniki/ustawienia NIC

     • Objaw: nieregularne zrywy na określonych kartach (często przy Realtek/USB Wi‑Fi).
     • Rozwiązanie: aktualizacja sterowników ze strony producenta, wyłączenie LSO/LSOv2/RSC/Jumbo, wyłączenie oszczędzania energii NIC/USB.

  7. Ograniczenia po stronie serwera/ISP/VPN

     • Objaw: dany serwis/połączenie przez VPN stale „przycina”, inne źródła są szybkie; po zmianie regionu/serwera jest lepiej.
     • Rozwiązanie: zmiana mirrora/regionu (np. w Steam), test bez VPN, test przez inny DNS; jeśli przez VPN jest szybciej—możliwy shaping po stronie ISP.

• Szybka diagnostyka 15‑minutowa (Windows; analogicznie dla macOS/Linux):

  1. Zakres problemu
     • Inny serwis/aplikacja: pobierz z 2–3 źródeł (np. duży plik ISO + inny hosting).
     • Inne urządzenie: ten sam test na telefonie/laptopie (Wi‑Fi i LTE).
  2. Warstwa łącza
     • Przejdź na kabel Ethernet (Cat5e+). Jeśli ustępuje—winne Wi‑Fi/eter.
  3. Stabilność
     • ping -n 200 1.1.1.1 (lub 8.8.8.8) podczas pobierania; szukaj >1–2% strat i skoków RTT.
  4. Zasoby
     • Ctrl+Shift+Esc → Wydajność: dysk/CPU/RAM w momentach „0 KB/s”.
  5. Oprogramowanie pośredniczące
     • Tymczasowo wyłącz inspekcję HTTPS w AV, wyłącz VPN/proxy; test w trybie przeglądarki „InPrivate”.
  6. Router
     • Restart z odłączeniem zasilania na 30–60 s; jeśli używasz torrentów—na czas testu ustaw ≤200 połączeń globalnie.

• Diagnostyka rozszerzona (gdy problem wraca):

  • MTU/MSS: Windows → ping -f -l 1472 1.1.1.1 i zmniejszaj 1472 aż brak „fragmentation needed”; dodaj MSS clamping w routerze (wartości docelowe zwykle 1452–1440 dla PPPoE, 1420–1412 dla wielu VPN).
  • Offload’y NIC: Menedżer urządzeń → karta → Zaawansowane: wyłącz Large Send Offload (IPv4/IPv6), Receive Segment Coalescing/Offload, Jumbo Packets; włącz ponownie tylko, jeśli poprawy brak.
  • Bufferbloat: włącz w routerze SQM (CAKE/fq_codel) i ustaw „uplink/downlink” na 85–95% realnej przepustowości.
  • NAT/UDP: przy QUIC/HTTP3 problemy—na próbę wyłącz HTTP/3 w przeglądarce; w torrentach obniż DHT/PEX, zwiększ timeout UDP w routerze.
  • Wireshark: podczas „zjazdu” sprawdź czy widać „TCP ZeroWindow”, „TCP Retransmission”, „Dup ACK” (wskazówki: ZeroWindow = problem po stronie odbiorcy/dysku; Retransmissions/DupACK = straty; RST = pośrednik/serwer).

Aktualne informacje i trendy

• Współczesne przeglądarki coraz częściej używają HTTP/3 (QUIC/UDP). Starsze routery i zapory z restrykcyjnym NAT dla UDP potrafią powodować chwilowe „zamieranie” pobierania. Czasem pomaga wymuszenie HTTP/2 na próbę lub aktualizacja firmware routera.
• Routery domowe z włączonym „Smart QoS” fabrycznie często preferują wideokonferencje/gry kosztem dużych pobrań. Warto ręcznie przełączyć na SQM lub poprawnie ustawić profile.
• Aplikacje‑launchery gier (Steam/Epic/EA) intensywnie dekompresują dane; dysk i AV stają się wąskim gardłem mimo świetnego łącza.

Wspierające wyjaśnienia i detale

• PMTUD/MTU: Gdy po drodze pakiety „nie mieszczą się” i ICMP jest filtrowany, sesja HTTP/TLS może wyglądać na „zamrożoną”. MSS clamping na brzegu „przycina” rozmiar segmentów, zapobiegając zacięciom.
• Bufferbloat: Za duże kolejki w modemie kablowym/ONT lub routerze powodują wzrost opóźnień i reakcję TCP jak na przeciążenie. SQM utrzymuje kolejki krótkie pod pełnym obciążeniem.
• ZeroWindow: system nie nadąża z opróżnianiem bufora odbiorczego—najczęściej przez dysk AV/dekompresję.

Aspekty etyczne i prawne

• Testy przez VPN mogą ujawnić throttling ISP, ale pamiętaj o regulaminie usług, politykach P2P oraz o ochronie danych osobowych. Nie wyłączaj ochrony antywirusowej na stałe—tylko diagnostycznie i z wyjątkami dla zaufanych aplikacji/folderów.

Praktyczne wskazówki

• Szybki plan naprawczy (kolejność ma znaczenie):

  1. Test na kablu + równoległy ping podczas pobierania.
  2. Wyłącz skanowanie HTTPS/analizę pobrań w AV (na próbę) i dodaj wyjątek dla folderu pobrań/klienta.
  3. Aktualizuj sterowniki NIC i firmware routera; wyłącz LSO/RSC/Jumbo; wyłącz oszczędzanie energii karty.
  4. Włącz SQM/fq_codel/CAKE na routerze; wpisz realne wartości łącza.
  5. Jeśli używasz torrentów/menedżerów: limit ≤200 połączeń globalnych, cache dysku 128–512 MB, pre‑alokacja plików.
  6. Skoryguj MTU/MSS (clamping) jeśli test fragmentacji to sugeruje.
  7. Dla Wi‑Fi: 5 GHz, sensowna szerokość kanału (40/80 MHz), zmień kanał na mniej zatłoczony; odsuń router od metalowych przeszkód; zostaw włączone WMM.

• Wskazówki per aplikacja:

  • Przeglądarki: test w trybie prywatnym bez rozszerzeń; wyczyść cache/gniazda; na próbę wyłącz HTTP/3; nowy czysty profil.
  • Steam/Epic: zmień region pobierania; wstrzymaj „shader pre‑cache”; wyłącz „limit prędkości w tle”; przenieś bibliotekę na szybki SSD; wyjątek AV dla folderu.
  • qBittorrent: Globalne połączenia ≤200, połączenia/torrent ≤50, sloty wysyłania ≤8–16; jeśli router słabszy—włącz uTP lub ogranicz do TCP; rozważ włączenie trybu anonimowego i rozsądnego cache dysku (np. 256 MB).

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Tymczasowe „0 KB/s” na popularnych mirrorach bywa po prostu skutkiem limitów serwera/regionu CDN. Zawsze weryfikuj na alternatywnym źródle.
• Wyłączanie IPv6 jako „lekarstwo” bywa kuszące, ale traktuj to wyłącznie jako test. Docelowo napraw trasę/MTU po IPv6.

Sugestie dalszych badań

• Jeśli problem jest uporczywy: krótki zrzut Wireshark podczas „zjazdu” i statystyki z pingów pozwolą jednoznacznie wskazać: straty vs ZeroWindow vs RST.
• Sprawdź parametry linii (modem/ONT) i jakość sygnału Wi‑Fi (RSSI/SGNR). Rozważ wymianę routera na model z obsługą SQM i dobrym CPU.

Krótkie podsumowanie

• Spadki do 0 KB/s najczęściej nie wynikają z „słabego internetu”, lecz z lokalnych wąskich gardeł (Wi‑Fi/bufferbloat, NAT/router, dysk/AV, MTU/MSS, sterowniki) albo z ograniczeń po stronie serwera.
• Postępuj według kolejki: kabel + ping → zasoby systemu → AV/VPN → firmware/ustawienia NIC → SQM → MTU/MSS → limity połączeń. To najszybciej zawęża diagnozę i przywraca stabilne pobieranie.

Na koniec proszę o kilka szczegółów, abym mógł wskazać najbardziej prawdopodobną przyczynę i konkretne ustawienia:

• System i sprzęt: Windows/macOS/Linux, model karty sieciowej, rodzaj dysku (HDD/SSD), połączenie Wi‑Fi (2,4/5 GHz, siła sygnału) czy Ethernet?
• Czy problem występuje w każdej aplikacji czy w konkretnych (np. przeglądarka, Steam, qBittorrent)?
• Czy na kablu Ethernet objaw znika?
• Czy używasz VPN/proxy, a jeśli tak—czy bez nich jest lepiej?
• Czy spadki są cykliczne (np. co 20–60 s) czy pojawiają się po określonej ilości pobranych danych?