Przykład 1
- 500 MB
- 1000 Mbps
- efektywność 80%
5.00 s
Ile czasu przy 500 MB, 1000 Mbps i 80%? 5.00 s. Czas transferu, nie iperf.
Czas transferu danych
Wpisz MB, Mbps i efektywność. 500, 1000 i 80 dają 5.00 s. 100, 100 i 100 dają 8.00 s. 10, 10 i 50 dają 16.00 s. Czas transferu, nie iperf.
To (MB × 8) / (Mbps × eff/100). MB jako megabity, nie 1024. Okno backupu jest na oknie backupu.
Wynik
Wprowadź dane i kliknij Oblicz.
Dla backupów i migracji w skali GB/TB trzymaj się przeliczenia na MB albo presetów — ogromne wartości wpisane „na oko” w MB psują szacunek.
Jak to działa?
Czas transferu danych na tej karcie dzieli megabity przez efektywną prędkość. 500 MB, 1000 Mbps i 80% dają 5.00 s. 100 MB, 100 Mbps i 100% dają 8.00 s. 10 MB, 10 Mbps i 50% dają 16.00 s. Wzór: (MB × 8) / (Mbps × eff/100). To czas transferu, nie iperf.
Pola: data-size, data-speed, data-efficiency-pct. 500 × 8 = 4000 megabitów. 1000 × 0,8 = 800. 4000 / 800 = 5. 100 × 8 / 100 = 8. 10 × 8 / (10 × 0,5) = 16. MB tu nie idzie przez 1024.
5.00 s nie schodzi z iperf3. 8.00 s nie jest pomiarem z WAN. 16.00 s nie zna TCP. Wpisujesz trzy liczby sam. Karta nie sondy łącza.
Okno backupu obok dzieli GB przez tempo. Czas pobierania bierze plik i jednostkę. Tu 500 MB i 80% zostają 5.00 s, sam czas transferu.
Wpisz 500, 1000 i 80, potem Oblicz. Wynik to 5.00 s. Przecinek w 80,5 działa. Zero Mbps nie dzieli. To nie live throughput.
500, 1000 i 80 dają 5.00 s. 100, 100 i 100 dają 8.00 s. 10, 10 i 50 dają 16.00 s. Inna efektywność przy 500 zmienia 5.00 s.
Wzór
sekundy = (MB × 8) / (Mbps × eff/100). MB jako megabity, nie 1024. Czas transferu, nie iperf.
Jak korzystać
- Wpisz 500 MB, 1000 Mbps i efektywność 80.
- Kliknij Oblicz. Wynik to 5.00 s.
- 100 MB, 100 Mbps i 100% dają 8.00 s. 10, 10 i 50% dają 16.00 s.
- To czas transferu, nie iperf.
- Okno z GB licz na oknie backupu.
500 MB, 1000 Mbps i 80% = 5.00 s
Czas transferu z MB i Mbps. 500, 1000 i 80 dają 5.00 s. To nie iperf.
- Czas
- Sekundy z wzoru. 100 MB i 100 Mbps zostawiają 8.00 s. Nie pomiar.
- transferu
- MB × 8 / efektywne Mbps. 10 MB, 10 i 50% dają 16.00 s.
- danych
- Pole data-size w MB. 500 przy 1000 i 80% zostawia 5.00 s.
Przykłady
Przykład 2
- 100 MB
- 100 Mbps
- efektywność 100%
8.00 s
Ile przy 100 MB, 100 Mbps i 100%? 8.00 s.
Przykład 3
- 10 MB
- 10 Mbps
- efektywność 50%
16.00 s
Ile przy 10 MB, 10 Mbps i 50%? 16.00 s.
Powiązane kalkulatory
Najczęstsze pytania
Ile przy 500 MB, 1000 Mbps i 80%?
5.00 s. (500 × 8) / (1000 × 0,8). Czas transferu, nie iperf.
Ile przy 100 MB, 100 Mbps i 100%?
8.00 s. 800 / 100.
Ile przy 10 MB, 10 Mbps i 50%?
16.00 s. 80 / 5.
Czy to iperf albo pomiar łącza?
Nie. Trzy wpisane pola. Nie ma TCP i nie ma retransmisji z sieci.
Czy 500 MB idzie przez 1024?
Nie. Wzór jest MB × 8 jako megabity. 1024 zostaje poza kartą.
Co robi efektywność 80?
Mnoży Mbps. 1000 × 0,8 = 800, potem 4000 / 800 = 5.00 s.
Czy przecinek w 80,5 działa?
Tak. 80,5 przy 500 i 1000 daje inny czas niż 80.
Gdzie liczysz okno backupu?
Na oknie backupu. Tu zostaje 5.00 s z 500 MB.
Czy zero Mbps liczy?
Nie. Prędkość musi być dodatnia. To nie puste łącze z monitora.
Skala: objętość × przepustowość
Czas transferu rośnie liniowo z objętością danych i maleje z efektywną przepustowością. Ten kalkulator bierze rozmiar (MB), prędkość (Mbps) i opcjonalny % efektywności — przydatny przy backupach, replikacji i migracjach, gdzie nominalne łącze nigdy nie jest w 100% „czyste”.
Okna backupu i maintenance
Jeśli nocne okno to 4 h, a szacunek przy 70% efektywności mówi 5 h, nie zmieścisz się — trzeba ciaśniejszy zakres danych, szybsze łącze, równoległe ścieżki albo przeniesienie poza peak. To samo dotyczy okien maintenance przy migracjach.
Zmienność łącza i efektywność
- Wynik to szacunek, nie SLA — wahania bandwidthu wydłużają realny czas.
- WAN / VPN zwykle mają niższą efektywność niż LAN w DC.
- Długie transfery mogą wolnieć w peak hours — planuj duże joby poza szczytem.
Backup, sync, migracje
- Pełny backup / initial sync — największa objętość; licz z zapasem efektywności 70–85%.
- Przyrostowy sync — dużo mniejsza delta; ten sam link wystarcza częściej.
- Migracja DC↔DC — uwzględnij latencję i współdzielony uplink z produkcją.
Przykłady
- 1 TB (≈1 048 576 MB) @ 100 Mbps, 100% eff. → ok. 23,3 h; przy 80% eff. → ok. 29 h.
- 500 MB @ 1 Gbps, 80% eff. → efektywne 800 Mbps, ok. 5 s.
- Initial 200 GB vs incremental 8 GB na tym samym łączu 100 Mbps — pełny sync to godziny; przyrost często minuty.
FAQ — czas transferu danych
- Jak długo potrwa backup X GB?
- Wpisz rozmiar w MB (X×1024) i efektywną prędkość łącza. Dla 1 TB @ 100 Mbps licz ~23 h przy 100% eff. — dodaj zapas na wahania.
- Co jeśli bandwidth zmienia się w trakcie?
- Szacunek zakłada stałą efektywną prędkość. Wahania wydłużają czas — użyj konserwatywnego % efektywności albo mierz średnią z podobnego joba.
- Czy planować duże transfery poza peak hours?
- Tak — w peak łączę współdzielisz z produkcją i użytkownikami; poza szczytem efektywność bywa wyraźnie wyższa.
- Czym różni się to od czasu pobierania pliku?
- Pobieranie to scenariusz konsumencki bez % efektywności. Tu modelujesz infrastrukturę (backup/replikacja) z jawnym narzutem.
- Skąd wziąć % efektywności?
- Z pomiaru (iperf3, poprzedni backup). Start: 70–90% LAN, niżej dla WAN/VPN.
- Initial vs incremental sync?
- Initial = pełna objętość; incremental = delta. Ten sam link często wystarcza na przyrost, ale nie na pierwszy pełny sync w oknie.
- Co gdy nie podam efektywności?
- Przyjmowane jest 100% — wynik jak przy pełnej prędkości nominalnej.
- Czy wynik jest gwarancją SLA?
- Nie — to matematyka throughputu. SLA wymaga pomiarów, QoS i zapasu.