Kikokotoo cha Kasi ya Data na Muda wa Mtandao

Weka kasi ya kiungo, muda wa kwenda na kurudi na ukubwa wa uhamishaji ili kuona kikomo halisi cha mtiririko mmoja wa TCP — kikiwa kimeonyesha kikwazo kikuu, muda wa uhamishaji na kila mbadala.

Njia

Sehemu yenye kasi ya chini zaidi kwenye njia — mara nyingi ni kasi iliyokadiriwa ya mpango wako.
Muda wa ping hadi mwisho wa mbali — tumia thamani kubwa zaidi unayotarajia chini ya mzigo.

Uhamishaji

Mzigo wa data wa kuhamisha — faili, chelezo, au seti ya data.

Vigezo vya TCP

Baiti ambazo mpokeaji anaweza kuhifadhi kwa muda. 65,535 ndicho kiwango cha juu kisichopimwa; wazi = hakuna kikomo cha dirisha.
Baiti za mzigo wa data kwa kila pakiti — 1,460 hujaza fremu ya kawaida ya Ethernet. Wazi = puuza ziada ya matumizi na upotezaji.
Uwezekano wa wastani wa upotezaji wa pakiti. Wazi au 0 = hakuna kikomo cha upotezaji.

Kasi ya data na muda wa uhamishaji

Kasi ya data ya TCP inayotarajiwa

Weka kasi ya kiungo, muda wa kwenda na kurudi na ukubwa wa data.

Fomula na uwekaji wa nambari

kasi ya mtiririko = min(kasi × ufanisi, dirisha ÷ RTT, MSS ÷ RTT ÷ √p) · BDP = kasi × RTT

    Kila thamani unayoingiza inakokotolewa kwenye kivinjari hiki — hakuna kinachotumwa popote.

    Maswali Yanayoulizwa Sana

    Kwa nini uhamishaji wangu una kasi ndogo kuliko kasi ya kiungo ninayolipia?

    Mtiririko mmoja wa TCP unakabiliwa na vikomo vitatu huru, na kikomo cha chini zaidi ndicho kinachoshinda. Gharama ya ziada ya itifaki inapunguza kiungo chenyewe kwa karibu 5% — fremu ya kawaida ya Ethernet hubeba baiti 1,460 za mzigo wa data kati ya 1,538 kwenye waya. Dirisha la kupokelea linaweka kikomo cha kasi ya mtiririko kuwa dirisha ÷ RTT, kwa hivyo dirisha la kawaida la baiti 65,535 linazuia njia ya 50 ms kuwa karibu 10.5 Mbit/s hata kiungo kiwe na kasi gani. Na kupotea kwa pakiti kunaweka kikomo kuwa (MSS ÷ RTT) ÷ √kupotea. Matokeo hapo juu yanataja ni kikomo gani kinachobana nambari zako.

    Bidhaa ya bandwidth-delay (BDP) ni nini, na kwa nini inaamua ukubwa wa dirisha?

    BDP — kasi ya kiungo × muda wa kwenda na kurudi — ni kiasi cha data iliyo safarini wakati wowote. TCP inaweza kuwa na kiwango cha juu cha dirisha moja tu ambalo halijathibitishwa, kwa hivyo dirisha dogo kuliko BDP huacha bomba likiwa tupu kwa kiasi fulani: kwa kasi ya 100 Mbit/s yenye RTT ya 50 ms bomba linabeba kB 625, na dirisha la baiti 65,535 linajaza karibu sehemu moja tu ya kumi ya bomba hilo. Ndiyo maana njia za haraka na ndefu zinahitaji ukuzaji wa dirisha wa TCP (RFC 7323), ambao huongeza kiwango cha juu kinachoweza kujadiliwa kutoka baiti 65,535 hadi karibu GB 1.

    Je, kupotea kwa pakiti kunaweka kikomo vipi kwenye kasi ya mtiririko wa TCP?

    TCP huchukulia kupotea kwa pakiti kama msongamano na hupunguza kasi yake ya kutuma kwa nusu kila wakati pakiti inapopotea, kwa hivyo hata viwango vidogo sana vya kupotea vina athari kwenye njia za haraka. Muundo wa Mathis unakadiria kikomo kama (MSS ÷ RTT) ÷ √p — katika kupotea kwa 0.01% kwenye njia ya 50 ms yenye MSS ya baiti 1,460 hiyo ni karibu 23 Mbit/s, bila kujali kasi ya kiungo. Muundo huu unachukulia kuwa matukio ya kupotea yamesambazwa sawasawa na yanajitegemea; chini ya takriban 1% inafuata uhalisia vizuri, na kwa kupotea kwa mfululizo wa ghafla inatoa makadirio yenye matumaini makubwa.

    Je, megabaiti za hapa ni sawa na zile zilizo kwenye msimamizi wangu wa faili?

    Siyo kabisa. Ukurasa huu unatumia vipimo vya desimali, ambayo ni desturi ya mitandao: 1 kbit = biti 1,000 na 1 MB = baiti 1,000,000. Wasimamizi wengi wa faili huhesabu kwa kutumia vipimo vinavyotegemea 1024, ambavyo mara nyingi huandikwa kimakosa kama MB — faili ya “100 MB” huko kawaida ni 100 MiB ≈ 104.86 MB za desimali, kwa hivyo inachukua muda mrefu zaidi kwa karibu 5% kuhamishwa kuliko inavyoonyeshwa na nambari ya desimali. Weka 104.86 MB hapa ili ilingane sawasawa.

    Kuelewa Vikomo vya Kasi ya Data ya TCP

    Kasi halisi ya mtiririko mmoja wa TCP kwenye mtandao haitegemei tu kasi ya kiungo chako. Mtiririko huo unakabiliwa na vikomo vitatu huru vinavyofanya kazi kwa pamoja: uwezo wa kiungo, dirisha la kupokelea, na kupotea kwa pakiti. Kikomo cha chini zaidi kati ya hivi ndicho kinachoshinda na kuamua kasi ya data inayotarajiwa.

    Kikokotoo hiki kinakuwezesha kuingiza vigezo vya njia ya mtandao ili kubaini kikwazo kikuu kinachozuia uhamishaji wako. Unapoweka maadili, chombo hiki kinakokotoa matokeo papo hapo na kuonyesha lebo ya "Kasi ya data ya TCP inayotarajiwa" ikiambatana na maelezo ya kikwazo husika kama vile "imezuiliwa na uwezo wa kiungo", "imezuiliwa na dirisha la kupokelea", au "imezuiliwa na kupotea kwa pakiti".

    Vigezo vya Kuingiza na Vikomo Vyake

    Ili kufanya ukokotoaji sahihi, zana hii inahitaji vigezo vifuatavyo vya njia ya mtandao na uhamishaji:

    • Kasi ya kiungo: Sehemu yenye kasi ya chini zaidi kwenye njia — mara nyingi ni kasi iliyokadiriwa ya mpango wako. Thamani hii lazima iwe kubwa kuliko sifuri.
    • Muda wa kwenda na kurudi (RTT): Muda wa ping hadi mwisho wa mbali — tumia thamani kubwa zaidi unayotarajia chini ya mzigo. Thamani hii lazima iwe kubwa kuliko sifuri.
    • Ukubwa wa data: Mzigo wa data wa kuhamisha — faili, chelezo, au seti ya data. Thamani hii lazima iwe kubwa kuliko sifuri.
    • Dirisha la kupokea: Baiti ambazo mpokeaji anaweza kuhifadhi kwa muda. Thamani yake lazima iwe kubwa kuliko sifuri na isizidi baiti 1,073,725,440. Ukiacha sehemu hii wazi, mfumo unachukulia kuwa hakuna kikomo cha dirisha.
    • MSS (baiti): Baiti za mzigo wa data kwa kila pakiti — baiti 1,460 hujaza fremu ya kawaida ya Ethernet. Lazima iwe nambari kamili kati ya 1 na 65,495. Ukiacha wazi, mfumo unapuuzia ziada ya matumizi na upotezaji.
    • Upotezaji wa pakiti (%): Uwezekano wa wastani wa upotezaji wa pakiti. Lazima iwe kati ya asilimia 0 na 100. Ukiacha wazi au kuweka 0, mfumo unachukulia kuwa hakuna kikomo cha upotezaji.
    • Desimali zinazoonyeshwa: Inadhibiti usahihi wa nambari za desimali kwenye matokeo.

    Kwenye kiolesura, unaweza kutumia kitufe cha "Pakia mfano" ili kujaza sehemu hizi kwa data ya mfano, au kitufe cha "Futa" ili kuondoa maadili yote yaliyoingizwa.

    Fomula na Uwekaji wa Nambari

    Zana hii inatumia fomula zifuatazo za hisabati kukokotoa vikomo vya utendaji wa mtandao:

    • Fomula kuu: kasi ya mtiririko = min(kasi × ufanisi, dirisha ÷ RTT, MSS ÷ RTT ÷ √p) · BDP = kasi × RTT
    • Ufanisi wa itifaki: Ufanisi wa itifaki = MSS ÷ (MSS + 78 B) = ‹mss› ÷ ‹frame› = ‹eff› (vichwa vya pakiti vya 40 B + 38 B kwenye waya)
    • Kikomo cha kiungo: Kikomo cha kiungo = kasi × ufanisi = ‹rate› × ‹eff› = ‹value›
    • BDP: BDP = kasi × RTT = ‹rate› × ‹rtt› = ‹bdp› = ‹bytes›
    • Dirisha la kujaza njia: Dirisha la kujaza njia = BDP ÷ 8 = ‹bdp› → ‹window›
    • Kikomo cha dirisha: Kikomo cha dirisha = dirisha ÷ RTT = ‹window› ÷ ‹rtt› = ‹value›
    • Kikomo cha kupotea (Mathis): Kikomo cha kupotea (Mathis) = MSS ÷ RTT ÷ √p = ‹mss› ÷ ‹rtt› ÷ √‹p› = ‹value›
    • Kasi ya mtiririko inayotarajiwa: Kasi ya mtiririko inayotarajiwa = kikomo cha chini zaidi kati ya hivi = ‹value› → imezuiliwa na ‹constraint›
    • Muda wa uhamishaji: Muda wa uhamishaji = RTT + 8 × ukubwa ÷ kasi ya mtiririko = ‹rtt› + 8 × ‹size› ÷ ‹throughput› = ‹time›

    Unaweza kutumia kitufe cha "Nakili matokeo" ili kunakili data yote iliyokokotolewa kwa urahisi.

    Sheria za Kiufundi na Hali Maalum

    Wakati wa kutumia kikokotoo hiki, ni muhimu kuzingatia sheria na misingi ifuatayo ya kiufundi:

    • Mifumo ya Vitengo: Vitengo vyote vya kasi na ukubwa vinatumia mfumo wa desimali (kama vile 1 kbit = biti 1,000, na 1 MB = baiti 1,000,000). Vidhibiti vya faili kwenye mifumo ya uendeshaji mara nyingi hutumia vipimo vinavyotegemea binary (1024), ambapo faili ya "100 MB" kiuhalisia ni 100 MiB (takriban MB 104.86 za desimali).
    • Ziada ya Matumizi ya Mtandao: Ukokotoaji wa ufanisi unajumuisha ziada ya matumizi ya Ethernet ya baiti 78 kwa kila pakiti (vichwa vya pakiti vya TCP/IP vya baiti 40 na baiti 38 za ziada kwenye waya wa kimwili).
    • Kikomo cha Muundo wa Mathis: Muundo wa Mathis unachukulia kuwa upotezaji wa pakiti umesambazwa sawasawa na unajitegemea. Muundo huu ni wa kuaminika tu kwa viwango vya upotezaji vilivyo chini ya 1%. Ikiwa upotezaji unazidi 1%, mfumo utaonyesha ujumbe wa tahadhari: "Upotezaji wa zaidi ya 1% uko nje ya anuwai ya kuaminika ya mfano wa Mathis — chukulia kikomo cha juu cha upotezaji kama cha matumaini."
    • Upimaji wa Dirisha la TCP (RFC 7323):
      • Kiwango cha juu cha dirisha la TCP lisilopimwa ni baiti 65,535. Ikiwa dirisha linalohitajika kujaza njia linazidi kiwango hiki, mfumo utaonyesha ujumbe: "Kujaza njia hii kunahitaji dirisha la ‹window› — juu ya kiwango cha juu kisichopimwa cha baiti 65,535, kwa hivyo ncha zote mbili lazima zijadili upimaji wa dirisha la TCP (RFC 7323)."
      • Kiwango cha juu kabisa cha dirisha kinachoweza kujadiliwa kupitia RFC 7323 ni baiti 1,073,725,440. Ikiwa dirisha linalohitajika linazidi kikomo hiki, mfumo utatoa tahadhari: "Kujaza njia hii kunahitaji ‹window› — zaidi ya dirisha kubwa zaidi ambalo TCP inaweza kujadili (baiti 1,073,725,440). Mtiririko mmoja kwenye njia hii hauwezi kamwe kuzidi ‹value›."
    • Mambo Yasiyojumuishwa: Ukokotoaji huu unachukulia mtiririko mmoja wa TCP ulio katika hali thabiti. Mambo ya ulimwengu halisi kama vile kuanza polepole kwa TCP (slow start), urekebishaji wa udhibiti wa msongamano, kasi ndogo ya mpokeaji, na kupeana mikono kwa TLS (TLS handshakes) hayajajumuishwa kwenye muundo huu. Hii ina maana kwamba uhamishaji halisi huanza polepole zaidi na unaweza kuwa chini ya nambari zilizokokotolewa.

    Ulinzi wa Data na Faragha

    Kila thamani unayoingiza inakokotolewa kwenye kivinjari hiki — hakuna kinachotumwa popote. Ukokotoaji wote unafanywa ndani ya kifaa chako kwa kutumia msimbo wa ndani wa kivinjari, hivyo data yako ya mtandao na ukubwa wa faili zako haziwezi kufikiwa na seva za nje au watu wengine.

    Maswali Yanayoulizwa Mara kwa Mara (FAQ)

    Bidhaa ya bandwidth-delay (BDP) ni nini, na kwa nini inaamua ukubwa wa dirisha? BDP — kasi ya kiungo × muda wa kwenda na kurudi — ni kiasi cha data iliyo safarini wakati wowote. TCP inaweza kuwa na kiwango cha juu cha dirisha moja tu ambalo halijathibitishwa, kwa hivyo dirisha dogo kuliko BDP huacha bomba likiwa tupu kwa kiasi fulani: kwa kasi ya 100 Mbit/s yenye RTT ya 50 ms bomba linabeba kB 625, na dirisha la baiti 65,535 linajaza karibu sehemu moja tu ya kumi ya bomba hilo. Ndiyo maana njia za haraka na ndefu zinahitaji ukuzaji wa dirisha wa TCP (RFC 7323), ambao huongeza kiwango cha juu kinachoweza kujadiliwa kutoka baiti 65,535 hadi karibu GB 1.

    Kwa nini uhamishaji wangu una kasi ndogo kuliko kasi ya kiungo ninayolipia? Mtiririko mmoja wa TCP unakabiliwa na vikomo vitatu huru, na kikomo cha chini zaidi ndicho kinachoshinda. Gharama ya ziada ya itifaki inapunguza kiungo chenyewe kwa karibu 5% — fremu ya kawaida ya Ethernet hubeba baiti 1,460 za mzigo wa data kati ya 1,538 kwenye waya. Dirisha la kupokelea linaweka kikomo cha kasi ya mtiririko kuwa dirisha ÷ RTT, kwa hivyo dirisha la kawaida la baiti 65,535 linazuia njia ya 50 ms kuwa karibu 10.5 Mbit/s hata kiungo kiwe na kasi gani. Na kupotea kwa pakiti kunaweka kikomo kuwa (MSS ÷ RTT) ÷ √kupotea. Matokeo hapo juu yanataja ni kikomo gani kinachobana nambari zako.

    Je, kupotea kwa pakiti kunaweka kikomo vipi kwenye kasi ya mtiririko wa TCP? TCP huchukulia kupotea kwa pakiti kama msongamano na hupunguza kasi yake ya kutuma kwa nusu kila wakati pakiti inapopotea, kwa hivyo hata viwango vidogo sana vya kupotea vina athari kwenye njia za haraka. Muundo wa Mathis unakadiria kikomo kama (MSS ÷ RTT) ÷ √p — katika kupotea kwa 0.01% kwenye njia ya 50 ms yenye MSS ya baiti 1,460 hiyo ni karibu 23 Mbit/s, bila kujali kasi ya kiungo. Muundo huu unachukulia kuwa matukio ya kupotea yamesambazwa sawasawa na yanajitegemea; chini ya takriban 1% inafuata uhalisia vizuri, na kwa kupotea kwa mfululizo wa ghafla inatoa makadirio yenye matumaini makubwa.

    Je, megabaiti za hapa ni sawa na zile zilizo kwenye msimamizi wangu vya faili? Siyo kabisa. Ukurasa huu unatumia vipimo vya desimali, ambayo ni desturi ya mitandao: 1 kbit = biti 1,000 na 1 MB = baiti 1,000,000. Wasimamizi wengi wa faili huhesabu kwa kutumia vipimo vinavyotegemea 1024, ambavyo mara nyingi huandikwa kimakosa kama MB — faili ya “100 MB” huko kawaida ni 100 MiB ≈ 104.86 MB za desimali, kwa hivyo inachukua muda mrefu zaidi kwa karibu 5% kuhamishwa kuliko inavyoonyeshwa na nambari ya desimali. Weka 104.86 MB hapa ili ilingane sawasawa.