English Deutsch Español Français Italiano Nederlands Polski Українська
Encoders & Utilities

Kalkulator czasu pobierania

Szacuj czas pobierania przy dowolnej prędkości łącza.

Download time estimator Pick file size and connection speed — we will compute the transfer time. SI units (1 KB = 1000 B).
Try: 1 GB @ 100 Mbps 50 GB @ 1 Gbps 4 GB @ 10 Mbps 700 MB @ 56 Kbps
1m 20s
1 GB @ 100 Mbps
Raw time
80 s
Adjusted time
80 s
Total bytes
1 000 000 000
Bits per second
100 000 000

O tym narzędziu

Download Time szacuje, ile czasu pobierze plik danego rozmiaru przy danej prędkości połączenia. Wprowadź rozmiar pliku w dowolnej jednostce (KB, MB, GB, TB — binarnej lub dziesiętnej), wybierz prędkość w Mbps/MBps/Gbps (z presetami dla popularnych poziomów: 56k dial-up, 4G LTE, światłowód 100 / 1000 Mbps), a narzędzie zwraca czas trwania w przyjaznej człowiekowi formie (1 godzina 23 minuty 12 sekund) plus kilka wierszy porównawczych przy innych popularnych prędkościach.

Matematyka jest prosta — czas = rozmiar / prędkość — ale konwersje jednostek wszystkim spadają. ISP sprzedają prędkość w bitach na sekundę (Mbps); rozmiary plików są w bajtach (MB); a samo "MB" jest dwuznaczne między 1 000 000 bajtów (dziesiętne, używane przez ISP i dyski) a 1 048 576 bajtów (binarne, używane przez Windows i RAM). Narzędzie etykietuje każdą jednostkę precyzyjnie, byś mógł zweryfikować, w którym świecie liczysz.

Kiedy używać tego narzędzia

  • Szacowanie okien backupu lub migracji. Transfer 500 GB chmura-do-chmury przy 1 Gbps to ~70 minut faktycznego transferu; planowanie tego daje Ci okno serwisowe.
  • Porównywanie planów internetowych. "100 Mbps" vs "Gigabit" brzmi dramatycznie; przy pobieraniu gry 10 GB to 14 minut vs 1,5 minuty. Konkretne liczby pomagają zdecydować, czy upgrade jest tego wart.
  • Wymiarowanie pasma CI/CD. Ściąganie 2 GB obrazu Docker przy każdym buildzie po dzielonych biurowo 50 Mbps szybko się sumuje.
  • Ustawianie realistycznych oczekiwań użytkowników. "Ten eksport zajmie ~5 minut" bije spinner bez paska postępu.

Dlaczego prawdziwe pobierania są wolniejsze niż obliczenie

Liczba, którą obliczasz, to absolutne minimum. Prawdziwe pobierania napotykają TCP slow-start (pierwsza sekunda to częściowa prędkość), per-connection capsy pasma (pojedyncze pobranie HTTPS do jednego serwera rzadko nasyca światłowód), narzut handshake TLS, bottlenecki I/O dysku i kontencję dzielonego łącza. Z grubsza planuj 70–85% teoretycznego dla pojedynczego dużego pliku, mniej jeśli pobierasz wiele małych plików.

Najczęstsze pytania

Dlaczego Mbps to nie to samo co MB/s?
Mbps to megabity na sekundę; MB/s to megabajty na sekundę. 1 bajt = 8 bitów, więc 100 Mbps ≈ 12,5 MB/s. ISP reklamują w bitach, bo liczba wygląda 8× większa; systemy operacyjne wyświetlają w bajtach, bo tak są mierzone pliki. Czynnik 8 to największe pojedyncze źródło konfuzji "dlaczego moje pobieranie jest wolniejsze niż mój speed test?".

Czym różni się MB od MiB?
MB = megabajt = 1 000 000 bajtów (dziesiętne, SI). MiB = mebibajt = 1 048 576 bajtów (binarne, IEC). Marketing dysków i ISP używa MB; dialogi rozmiaru plików Windows i specyfikacje RAM używają MiB (często etykietowanych jako "MB" mimo to, dodając konfuzji). Dla dysku 1 TB sprzedawanego przez producenta dostajesz ~931 GiB użytecznych — ta sama liczba bajtów, inna konwencjonalna nazwa.

Dlaczego moje prawdziwe pobieranie jest wolniejsze, niż mówi kalkulator?
Kilka powodów się stackuje: TCP slow-start (protokół rozpędza się stopniowo, więc pierwsze sekundy to częściowa prędkość); narzut handshake TLS i DNS (mniejsze pliki ledwo skorzystają z wysokich prędkości); capsy pojedynczego połączenia (jeden strumień HTTPS do jednego serwera rzadko nasyca światłowód); lokalna kontencja Wi-Fi; i własne pasmo wyjściowe serwera. Planuj 70–85% teoretycznego, a rzadko się zaskoczysz.

Czy narzędzie uwzględnia overhead?
Liczy teoretyczne minimum wolne od protokołu. Realne transfery dodają ~3–5% za nagłówki TCP/IP (40 bajtów na 1500-bajtowy pakiet) plus kilka procent za framing TLS. Celowo nie wpiekamy tego w nagłówkową liczbę, bo overhead zmienia się z protokołem — HTTP/3 jest chudszy niż HTTP/2 nad TLS nad TCP. Dla pesymistycznego planowania dodaj 5% do czasu, który raportuje narzędzie.