Kalkulator Latensi lan Bandwidth Jaringan

Lebaken kacepetan link, wektu round-trip, lan ukuran transfer kanggo ndeleng wates nyata siji aliran TCP — lengkap karo bottleneck sing mbatesi, wektu transfer, lan saben substitusi.

Jalur

Lompatan paling alon ing jalur kasebut — asring kacepetan miturut paket langganan panjenengan.
Wektu ping menyang ujung liyane — gunakake nilai paling gedhe sing dikarepake nalika ana beban.

Transfer

Payload sing arep dipindhah — berkas, serep (backup), utawa set data.

Parameter TCP

Byte sing bisa disimpen dening panampa. 65,535 yaiku wates maksimum tanpa skala; kosong = ora ana watesan jendhela.
Byte payload saben paket — 1,460 ngebaki frame Ethernet standar. Kosong = lirakake overhead lan loss.
Rata-rata probabilitas packet loss. Kosong utawa 0 = ora ana watesan loss.

Throughput lan wektu transfer

Throughput TCP sing dikarepake

Lebaken kacepetan link, wektu round-trip, lan ukuran data.

Rumus lan substitusi

throughput = min(tarif × eff, window ÷ RTT, MSS ÷ RTT ÷ √p) · BDP = tarif × RTT

    Saben nilai sing panjenengan lebaken dipunpetang wonten ing browser iki — mboten wonten ingkang dipunkirim dhateng pundi-pundi.

    FAQ

    Kenapa transferku luwih alon tinimbang kacepetan link sing tak bayar?

    Siji aliran TCP ngadhepi telung wates independen, lan wates sing paling ngisor sing bakal nemtokake. Overhead protokol nyuda link kasebut dhewe udakara 5% — siji frame Ethernet standar ngemot 1,460 byte payload saka 1,538 byte ing kabel. Jendhela panampa mbatesi throughput ing jendhela ÷ RTT, saengga jendhela klasik 65,535 byte mbatesi jalur 50 ms ing udakara 10.5 Mbit/s sanajan link kasebut cepet banget. Lan loss mbatesi ing (MSS ÷ RTT) ÷ √loss. Asil ing ndhuwur nuduhake wates endi sing mbatesi angka panjenengan.

    Apa iku bandwidth-delay product, lan kok bisa nemtokake ukuran jendhela?

    BDP — kacepetan link × wektu round-trip — yaiku gunggung data sing dikirim ing siji wektu. TCP mung bisa duwe siji jendhela sing durung dikonfirmasi, saengga jendhela sing luwih cilik tinimbang BDP bakal nggawe jalur dadi kothong sebagean: ing kacepetan 100 Mbit/s kanthi RTT 50 ms, jalur kasebut bisa ngemot 625 kB, lan jendhela 65,535 byte mung bisa ngebaki meh sepuluh persen wae. Amarga iku, jalur sing cepet lan adoh mbutuhake skala jendhela TCP (RFC 7323), sing munggahake wates maksimum negosiasi saka 65,535 byte dadi udakara 1 GB.

    Kepiye packet loss mbatesi throughput TCP?

    TCP nganggep loss minangka kemacetan lan nyuda kacepetan kirime dadi setengah ing saben kedadeyan loss, saengga tingkat loss sing cilik banget tetep dadi masalah ing jalur sing cepet. Model Mathis ngira-ngira wates kasebut minangka (MSS ÷ RTT) ÷ √p — ing loss 0.01% ing jalur 50 ms kanthi MSS 1,460 byte, kacepetane udakara 23 Mbit/s, ora preduli kacepetan link kasebut. Model iki nganggep kedadeyan loss sumebar kanthi rata lan independen; ing sangisore udakara 1%, model iki cocog banget karo kasunyatan, lan kanggo loss sing asring kedadeyan bebarengan (bursty), model iki asring optimis banget.

    Apa megabyte ing kene padha karo sing ana ing pangatur berkas?

    Ora padha. Kaca iki nggunakake unit desimal, konvensi jaringan: 1 kbit = 1,000 bit lan 1 MB = 1,000,000 byte. Umume pangatur berkas ngetung nganggo unit basis 1024, sing asring salah ditulis minangka MB — berkas "100 MB" ing kana biasane asline 100 MiB ≈ 104.86 MB desimal, saengga butuh wektu udakara 5% luwih suwe tinimbang sing dituduhake dening angka desimal. Lebaken 104.86 MB ing kene supaya cocog persis.

    Pangerten Wates Throughput TCP Real-World

    Nalika mindhah data liwat jaringan, kacepetan transfer nyata asring luwih alon tinimbang kacepetan maksimal sing didhukung dening infrastruktur fisik. Kahanan iki kedadeyan amarga kacepetan siji aliran TCP (Transmission Control Protocol) ora mung ditemtokake dening kapasitas kabel, nanging uga dipengaruhi dening wektu round-trip (RTT), ukuran jendhela panampa, lan anane packet loss.

    Kalkulator Latensi lan Bandwidth Jaringan minangka piranti online gratis sing dirancang kanggo ngetung wates kinerja nyata saka siji aliran TCP adhedhasar kahanan jalur jaringan. Kanthi nglebokake kacepetan link, wektu round-trip, lan ukuran data, panjenengan bisa langsung ngerti bottleneck sing mbatesi sambungan, ndeleng throughput TCP sing dikarepake, lan ngira-ngira total wektu transfer.

    Cara Kerja lan Input Parameter Jaringan

    Kanggo ngetung wates kacepetan kanthi akurat, kalkulator iki mbutuhake sawetara parameter input sing nggambarake kahanan jalur jaringan lan konfigurasi protokol:

    • Kacepetan link: Lompatan paling alon ing jalur kasebut — asring kacepetan miturut paket langganan panjenengan. Nilai iki kudu luwih saka nol.
    • Wektu round-trip (RTT): Wektu ping menyang ujung liyane — gunakake nilai paling gedhe sing dikarepake nalika ana beban. Nilai iki kudu luwih saka nol.
    • Ukuran data: Payload sing arep dipindhah — berkas, serep (backup), utawa set data. Nilai iki kudu luwih saka nol.
    • Jendhela panampa: Byte sing bisa disimpen dening panampa. Nilai iki kudu luwih saka nol lan ora kena ngluwihi 1,073,725,440 byte. Yen kolom iki dikosongi, sistem bakal nganggep ora ana watesan jendhela.
    • MSS (byte): Byte payload saben paket. Nilai iki kudu awujud angka wutuh byte antaraning 1 lan 65,495. Yen dikosongi, overhead lan loss bakal dilirakake.
    • Kelangan paket (%): Rata-rata probabilitas packet loss. Nilai iki kudu antaraning 0 lan 100 persen. Yen dikosongi utawa diisi 0, tegese ora ana watesan loss.
    • Desimal sing ditampilake: Kanggo ngatur presisi angka desimal ing asil petungan.

    Piranti iki uga nyedhiyakake tombol Momot conto kanggo ngisi kolom kanthi otomatis nganggo data conto, lan tombol Resiki kanggo mbalekake kabeh input menyang kahanan wiwit.

    Rumus lan Substitusi Petungan

    Kalkulator iki nggunakake rumus matematika standar kanggo nemtokake wates throughput saka telung faktor utama: kapasitas link, jendhela panampa, lan packet loss. Throughput pungkasan dijupuk saka nilai sing paling cilik ing antarane telung wates kasebut.

    Ing ngisor iki minangka rumus lan substitusi sing digunakake dening sistem:

    • Formula: throughput = min(tarif × eff, window ÷ RTT, MSS ÷ RTT ÷ √p) · BDP = rate × RTT
    • Efisiensi protokol: Efisiensi protokol = MSS ÷ (MSS + 78 B) = ‹mss› ÷ ‹frame› = ‹eff› (header paket 40 B + 38 B ing kabel)
    • Wates link: Wates link = tarif × efisiensi = ‹rate› × ‹eff› = ‹value›
    • BDP: BDP = tarif × RTT = ‹rate› × ‹rtt› = ‹bdp› = ‹bytes›
    • Jendhela kanggo ngebaki jalur: Jendhela kanggo ngebaki jalur = BDP ÷ 8 = ‹bdp› → ‹window›
    • Wates jendhela: Wates jendhela = jendhela ÷ RTT = ‹window› ÷ ‹rtt› = ‹value›
    • Wates loss (Mathis): Wates loss (Mathis) = MSS ÷ RTT ÷ √p = ‹mss› ÷ ‹rtt› ÷ √‹p› = ‹value›
    • Throughput sing dikarepake: Throughput sing dikarepake = wates paling ngisor = ‹value› → diwatesi dening ‹constraint›
    • Wektu transfer: Wektu transfer = RTT + 8 × ukuran ÷ throughput = ‹rtt› + 8 × ‹size› ÷ ‹throughput› = ‹time›

    Panjenengan bisa nggunakake tombol Salin asil kanggo nyalin kabeh data asil petungan menyang clipboard.

    Aturan Jaringan lan Watesan Model

    Kanggo mangerteni asil petungan kanthi bener, ana sawetara aturan lan watesan model sing kudu digatekake:

    1. Konvensi Unit: Kabeh unit sing digunakake ing kene awujud desimal (umpamane, 1 kbit = 1,000 bit, 1 MB = 1,000,000 byte). Pangatur berkas ing sistem operasi biasane ngetung nganggo unit basis 1024 (ing ngendi berkas "100 MB" asline yaiku 100 MiB utawa udakara 104.86 MB desimal).
    2. Overhead Protokol: Petungan overhead didhasarake ing standar Ethernet, kanthi nambahake 78 byte saben paket (40 byte kanggo header TCP/IP lan 38 byte kanggo overhead kabel fisik).
    3. Watesan Model Mathis: Model loss Mathis nganggep manawa packet loss sumebar kanthi rata lan kedadeyan kanthi independen. Model iki mung bisa dipercaya kanggo tingkat loss ing sangisore 1%. Yen loss ngluwihi 1%, sistem bakal nampilake cathetan.
    4. Skala Jendhela TCP (RFC 7323):
      • Wates maksimum jendhela TCP tanpa skala yaiku 65,535 byte. Yen jendhela sing dibutuhake ngluwihi angka iki, sistem bakal nampilake cathetan.
      • Wates jendhela maksimal sing bisa dinegosiasikan liwat skala jendhela RFC 7323 yaiku 1,073,725,440 byte. Yen kabutuhan ngluwihi wates iki, cathetan bakal ditampilake.
    5. Pangecualian Model: Petungan iki nganggep kahanan stabil saka siji aliran TCP. Faktor nyata kayata TCP slow start, tuning kontrol kemacetan, panampa sing alon, lan handshake TLS ora kalebu ing model iki, saengga transfer nyata biasane diwiwiti luwih alon lan bisa ana ing sangisore angka petungan.

    Pesen Kasalahan Sistem

    Yen ana data sing ora cocog karo aturan, kalkulator bakal nampilake pesen kasalahan ing ngisor iki:

    • Yen input ora bisa diwaca: "‹field›: “‹token›” dudu angka."
    • Yen kacepetan link kurang saka utawa padha karo nol: "Kacepetan link kudu luwih saka nol."
    • Yen wektu round-trip kurang saka utawa padha karo nol: "Wektu round-trip kudu luwih saka nol."
    • Yen ukuran data kurang saka utawa padha karo nol: "Ukuran data kudu luwih saka nol."
    • Yen jendhela panampa kurang saka utawa padha karo nol: "Jendhela panampa kudu luwih saka nol."
    • Yen jendhela panampa ngluwihi wates RFC 7323: "TCP ora bisa negosiasi jendhela ing ndhuwur 1,073,725,440 byte (skala jendhela RFC 7323)."
    • Yen MSS ora cocog karo watesan: "MSS kudu awujud angka wutuh byte antaraning 1 lan 65,495."
    • Yen packet loss ora cocog karo watesan: "Tingkat loss kudu antaraning 0 lan 100 persen."
    • Yen asil petungan ngluwihi wates sistem: "Nilai utawa asil sawetara ngluwihi wates angka sing didhukung."

    Keamanan lan Pangolahan Data

    Saben nilai sing panjenengan lebaken dipunpetang wonten ing browser iki — mboten wonten ingkang dipunkirim dhateng pundi-pundi. Kabeh proses lumaku kanthi lokal ing piranti panjenengan, saengga data konfigurasi jaringan panjenengan tetep dadi privasi panjenengan dhewe.

    Pitakonan sing Asring Ditakokake (FAQ)

    Kenapa transferku luwih alon tinimbang kacepetan link sing tak bayar?

    Siji aliran TCP ngadhepi telung wates independen, lan wates yang paling ngisor sing bakal nemtokake. Overhead protokol nyuda link kasebut dhewe udakara 5% — siji frame Ethernet standar ngemot 1,460 byte payload saka 1,538 byte ing kabel. Jendhela panampa mbatesi throughput ing jendhela ÷ RTT, saengga jendhela klasik 65,535 byte mbatesi jalur 50 ms ing udakara 10.5 Mbit/s sanajan link kasebut cepet banget. Lan loss mbatesi ing (MSS ÷ RTT) ÷ √loss. Asil ing ndhuwur nuduhake wates endi sing mbatesi angka panjenengan.

    Apa iku bandwidth-delay product, lan kok bisa nemtokake ukuran jendhela?

    BDP — kacepetan link × wektu round-trip — yaiku gunggung data sing dikirim ing siji wektu. TCP mung bisa duwe siji jendhela sing durung dikonfirmasi, saengga jendhela sing luwih cilik tinimbang BDP bakal nggawe jalur dadi kothong sebagean: ing kacepetan 100 Mbit/s kanthi RTT 50 ms, jalur kasebut bisa ngemot 625 kB, lan jendhela 65,535 byte mung bisa ngebaki meh sepuluh persen wae. Amarga iku, jalur sing cepet lan adoh mbutuhake skala jendhela TCP (RFC 7323), sing munggahake wates maksimum negosiasi saka 65,535 byte dadi udakara 1 GB.

    Kepiye packet loss mbatesi throughput TCP?

    TCP nganggep loss minangka kemacetan lan nyuda kacepetan kirime dadi setengah ing saben kedadeyan loss, saengga tingkat loss sing cilik banget tetep dadi masalah ing jalur sing cepet. Model Mathis ngira-ngira wates kasebut minangka (MSS ÷ RTT) ÷ √p — ing loss 0.01% ing jalur 50 ms kanthi MSS 1,460 byte, kacepetane udakara 23 Mbit/s, ora preduli kacepetan link kasebut. Model iki nganggep kedadeyan loss sumebar kanthi rata lan independen; ing sangisore udakara 1%, model iki cocog banget karo kasunyatan, lan kanggo loss sing asring kedadeyan bebarengan (bursty), model iki asring optimis banget.

    Apa megabyte ing kene padha karo sing ana ing pangatur berkas?

    Ora padha. Kaca iki nggunakake unit desimal, konvensi jaringan: 1 kbit = 1,000 bit lan 1 MB = 1,000,000 byte. Umume pangatur berkas ngetung nganggo unit basis 1024, sing asring salah ditulis minangka MB — berkas "100 MB" ing kana biasane asline 100 MiB ≈ 104.86 MB desimal, saengga butuh wektu udakara 5% luwih suwe tinimbang sing dituduhake dening angka desimal. Lebaken 104.86 MB ing kene supaya cocog persis.