ကွန်ရက် Latency နှင့် Bandwidth တွက်ချက်သည့် ကိရိယာ

Single TCP flow တစ်ခု၏ အမှန်တကယ် အမြင့်ဆုံး ကန့်သတ်ချက်ကို ကြည့်ရှုရန် link rate၊ round-trip time နှင့် လွှဲပြောင်းမည့် ပမာဏတို့ကို ထည့်သွင်းပါ — အဟန့်အတား ဖြစ်စေသော အချက်၊ လွှဲပြောင်းချိန်နှင့် အဆင့်ဆင့် အစားထိုး တွက်ချက်မှုများ ပါဝင်သည်။

လမ်းကြောင်း

လမ်းကြောင်းပေါ်ရှိ အနှေးကွေးဆုံး hop ဖြစ်ပြီး — များသောအားဖြင့် သင့်အစီအစဉ်၏ သတ်မှတ်အမြန်နှုန်း ဖြစ်သည်။
အခြားတစ်ဖက်စွန်းသို့ Ping မိသော အချိန် — load ရှိနေစဉ် သင်မျှော်မှန်းထားသော အကြီးဆုံးတန်ဖိုးကို အသုံးပြုပါ။

လွှဲပြောင်းမှု

ရွှေ့ပြောင်းမည့် payload — ဖိုင်တစ်ခု၊ backup တစ်ခု သို့မဟုတ် dataset တစ်ခု။

TCP parameters များ

Receiver မှ buffer လုပ်နိုင်သော Bytes အရေအတွက်။ 65,535 သည် unscaled maximum ဖြစ်သည်၊ အလွတ် = window ကန့်သတ်ချက်မရှိပါ။
Packet တစ်ခုလျှင် payload bytes — 1,460 သည် ပုံမှန် Ethernet frame တစ်ခုကို ပြည့်စေသည်။ အလွတ် = overhead နှင့် loss ကို လျစ်လျူရှုပါ။
ပျမ်းမျှ packet loss ဖြစ်နိုင်ခြေ။ အလွတ် သို့မဟုတ် 0 = loss ကန့်သတ်ချက်မရှိပါ။

Throughput နှင့် လွှဲပြောင်းချိန်

မျှော်မှန်းထားသော TCP throughput

Link rate၊ round-trip time နှင့် ဒေတာ ပမာဏတို့ကို ထည့်သွင်းပါ။

ဖော်မြူလာများနှင့် အစားထိုးတွက်ချက်မှု

throughput = min(နှုန်း × စွမ်းဆောင်ရည်, ဝင်းဒိုး ÷ RTT, MSS ÷ RTT ÷ √p) · BDP = နှုန်း × RTT

    သင်ထည့်သွင်းလိုက်သော တန်ဖိုးတိုင်းကို ဤဘရောက်ဇာထဲတွင်သာ တွက်ချက်ပါသည် — မည်သည့်နေရာသို့မျှ ပေးပို့ခြင်းမရှိပါ။

    အမေးအဖြေ

    ကျွန်ုပ်၏ လွှဲပြောင်းမှုနှုန်းသည် ကျွန်ုပ်ပေးချေထားသော လင့်ခ်နှုန်းထက် ဘာကြောင့် ပိုနှေးနေရသနည်း။

    တစ်ခုတည်းသော TCP flow သည် သီးခြားစီဖြစ်သော အမြင့်ဆုံးကန့်သတ်ချက် သုံးခုနှင့် ရင်ဆိုင်ရပြီး အနိမ့်ဆုံးတစ်ခုကသာ အတည်ဖြစ်ပါမည်။ ပရိုတိုကော၏ overhead ကြောင့် လင့်ခ်ကိုယ်တိုင်ကို 5% ခန့် လျှော့ချလိုက်သည် — စံနှုန်းမီ Ethernet frame တစ်ခုသည် လိုင်းပေါ်ရှိ 1,538 bytes အနက် 1,460 payload bytes ကို သယ်ဆောင်သည်။ လက်ခံဝင်းဒိုးသည် စွမ်းဆောင်ရည်ကို window ÷ RTT ဖြင့် ကန့်သတ်ထားသောကြောင့် ဂန္ထဝင် 65,535-byte ဝင်းဒိုးသည် လင့်ခ်မည်မျှပင် မြန်စေကာမူ 50 ms လမ်းကြောင်းကို 10.5 Mbit/s ခန့်တွင်သာ ထိန်းထားနိုင်သည်။ ထို့ပြင် ဆုံးရှုံးမှုက ၎င်းကို (MSS ÷ RTT) ÷ √loss ဖြင့် ကန့်သတ်သည်။ အထက်ပါ ရလဒ်သည် သင့်ကိန်းဂဏန်းများအပေါ် မည်သည့်အမြင့်ဆုံးကန့်သတ်ချက်က သက်ရောက်နေသည်ကို ဖော်ပြပေးသည်။

    bandwidth-delay product ဆိုတာ ဘာလဲ၊ ၎င်းက ဝင်းဒိုးအရွယ်အစားကို ဘာကြောင့် သတ်မှတ်ပေးတာလဲ။

    BDP — လင့်ခ်နှုန်း × round-trip time — သည် မည်သည့်အချိန်၌မဆို လိုင်းပေါ်တွင် သွားလာနေသော ဒေတာပမာဏ ဖြစ်သည်။ TCP သည် အတည်မပြုရသေးသော ဝင်းဒိုးတစ်ခုကိုသာ အများဆုံး ထိန်းသိမ်းထားနိုင်သောကြောင့် BDP ထက် သေးငယ်သော ဝင်းဒိုးသည် လိုင်းကို တစ်ဝက်တစ်ပျက်သာ အသုံးပြုစေပါသည်- 50 ms RTT ရှိသော 100 Mbit/s လိုင်းတွင် လိုင်းသည် 625 kB ကို ဆံ့ထားနိုင်ပြီး 65,535-byte ဝင်းဒိုးသည် ယင်း၏ ဆယ်ပုံတစ်ပုံခန့်ကိုသာ ဖြည့်ဆည်းပေးနိုင်သည်။ ထို့ကြောင့် မြန်ဆန်ပြီး ရှည်လျားသော လမ်းကြောင်းများအတွက် TCP window scaling (RFC 7323) လိုအပ်ပြီး ၎င်းသည် ညှိနှိုင်းနိုင်သော အမြင့်ဆုံးပမာဏကို 65,535 bytes မှ 1 GB ခန့်အထိ တိုးမြှင့်ပေးသည်။

    packet ဆုံးရှုံးမှုက TCP စွမ်းဆောင်ရည်ကို မည်သို့ ကန့်သတ်သနည်း။

    TCP သည် ဆုံးရှုံးမှုကို ပိတ်ဆို့မှုအဖြစ် သတ်မှတ်ပြီး ဆုံးရှုံးမှုဖြစ်ပေါ်တိုင်း ၎င်း၏ ပေးပို့မှုနှုန်းကို တစ်ဝက်စီ လျှော့ချသောကြောင့် မြန်ဆန်သော လမ်းကြောင်းများတွင် အလွန်သေးငယ်သော ဆုံးရှုံးမှုနှုန်းများကပင် သက်ရောက်မှုရှိသည်။ Mathis မော်ဒယ်သည် အမြင့်ဆုံးကန့်သတ်ချက်ကို (MSS ÷ RTT) ÷ √p ဟု ခန့်မှန်းသည် — 1,460-byte MSS ရှိပြီး 50 ms လမ်းကြောင်းပေါ်တွင် 0.01% ဆုံးရှုံးမှုရှိပါက လင့်ခ်အမြန်နှုန်း မည်မျှပင်ရှိစေကာမူ ၎င်းသည် 23 Mbit/s ခန့် ဖြစ်သည်။ ဤမော်ဒယ်သည် ညီညာစွာ ပျံ့နှံ့နေပြီး သီးခြားစီဖြစ်သော ဆုံးရှုံးမှုဖြစ်စဉ်များကို အခြေခံထားခြင်းဖြစ်ကာ 1% အောက်တွင် လက်တွေ့နှင့် ကောင်းစွာ ကိုက်ညီပြီး အစုလိုက်ဖြစ်ပေါ်သော ဆုံးရှုံးမှုများအတွက်မူ အကောင်းမြင်လွန်းသော ခန့်မှန်းချက် ဖြစ်သည်။

    ဤနေရာရှိ megabytes များသည် ကျွန်ုပ်၏ ဖိုင်မန်နေဂျာထဲရှိ megabytes များနှင့် အတူတူပဲလား။

    လုံးဝမတူပါ။ ဤစာမျက်နှာသည် ကွန်ရက်ချိတ်ဆက်မှုဆိုင်ရာ စံနှုန်းဖြစ်သော ဆယ်စုစနစ်ယူနစ်များကို အသုံးပြုပါသည်- 1 kbit = 1,000 bits နှင့် 1 MB = 1,000,000 bytes ဖြစ်သည်။ ဖိုင်မန်နေဂျာအများစုသည် 1024 ကို အခြေခံထားသော ယူနစ်များဖြင့် တွက်ချက်ပြီး ၎င်းတို့ကို MB ဟု မှားယွင်းစွာ အညွှန်းတပ်လေ့ရှိသည် — ထိုနေရာရှိ “100 MB” ဖိုင်သည် များသောအားဖြင့် 100 MiB ≈ ဆယ်စုစနစ်အရ 104.86 MB ဖြစ်သောကြောင့် ၎င်းကို ရွှေ့ပြောင်းရန် ဆယ်စုစနစ်ကိန်းဂဏန်းထက် 5% ခန့် ပိုမိုကြာမြင့်သည်။ ၎င်းနှင့် အတိအကျ ကိုက်ညီစေရန် ဤနေရာတွင် 104.86 MB ဟု ထည့်သွင်းပါ။

    TCP Throughput ၏ အမြင့်ဆုံးကန့်သတ်ချက်များကို နားလည်ခြင်း

    တစ်ခုတည်းသော TCP flow ၏ အမှန်တကယ် စွမ်းဆောင်ရည်သည် လင့်ခ်နှုန်းတစ်ခုတည်းအပေါ်တွင်သာ မူတည်နေခြင်း မဟုတ်ပါ။ ကွန်ရက်လမ်းကြောင်းတစ်ခု၏ အမှန်တကယ် အမြင့်ဆုံးကန့်သတ်ချက်ကို သီးခြားစီဖြစ်သော အဟန့်အတား သုံးခုက ဆုံးဖြတ်ပေးပြီး ၎င်းတို့အနက် အနိမ့်ဆုံးတန်ဖိုးကသာ အတည်ဖြစ်ပါသည်။ ၎င်းတို့မှာ လင့်ခ် စွမ်းဆောင်ရည်လက်ခံဝင်းဒိုး (receive window) နှင့် packet ဆုံးရှုံးမှု တို့ ဖြစ်ကြသည်။

    ဤ Network Latency Bandwidth Calculator သည် သတ်မှတ်ထားသော လင့်ခ်နှုန်း၊ အသွားအပြန်ကြာချိန် (RTT) နှင့် ဒေတာပမာဏတို့အပေါ် အခြေခံ၍ TCP flow တစ်ခု၏ အမှန်တကယ် စွမ်းဆောင်ရည်ကို တွက်ချက်ပေးနိုင်သော အခမဲ့ အွန်လိုင်းကိရိယာတစ်ခု ဖြစ်သည်။ ဤကိရိယာသည် သင့်ကွန်ရက်ချိတ်ဆက်မှုကို ကန့်သတ်ထားသည့် အဓိကအဟန့်အတားကို ရှာဖွေပေးပြီး မျှော်မှန်းထားသော TCP throughput နှင့် စုစုပေါင်း လွှဲပြောင်းချိန်တို့ကို တွက်ချက်ပြသပေးပါသည်။

    ထည့်သွင်းရမည့် အချက်အလက်များနှင့် ကန့်သတ်ချက်များ

    တွက်ချက်မှုကို တိကျစွာ လုပ်ဆောင်နိုင်ရန် အောက်ပါအချက်အလက်များကို ထည့်သွင်းပေးရပါမည်-

    • လင့်ခ်နှုန်း: လမ်းကြောင်းပေါ်ရှိ အနှေးကွေးဆုံး hop ဖြစ်ပြီး သုညထက် ကြီးရပါမည်။
    • အသွားအပြန်ကြာချိန် (RTT): အခြားတစ်ဖက်စွန်းသို့ Ping မိသော အချိန်ဖြစ်ပြီး သုညထက် ကြီးရပါမည်။
    • ဒေတာ ပမာဏ: လွှဲပြောင်းမည့် ဖိုင် သို့မဟုတ် backup ပမာဏဖြစ်ပြီး သုညထက် ကြီးရပါမည်။
    • လက်ခံဝင်းဒိုး: Receiver မှ buffer လုပ်နိုင်သော bytes အရေအတွက် ဖြစ်သည်။ ၎င်းသည် သုညထက် ကြီးရမည့်အပြင် 1,073,725,440 bytes ထက် မကျော်လွန်ရပါ။ အလွတ်ထားခဲ့ပါက window ကန့်သတ်ချက်မရှိဟု သတ်မှတ်သည်။
    • MSS (ဘိုက်): Packet တစ်ခုလျှင် ပါဝင်သော payload bytes ဖြစ်ပြီး 1 နှင့် 65,495 အကြားရှိသော ကိန်းပြည့်တစ်ခု ဖြစ်ရပါမည်။ အလွတ်ထားပါက overhead နှင့် loss ကို လျစ်လျူရှုပါသည်
    • ပက်ကတ် ပျောက်ဆုံးမှု (%): ပျမ်းမျှ packet loss ဖြစ်နိုင်ခြေဖြစ်ပြီး 0 နှင့် 100 ရာခိုင်နှုန်းအကြား ရှိရပါမည်။
    • ပြသမည့် ဒဿမနေရာများ: ရလဒ်များတွင် ပြသမည့် ဒဿမအရေအတွက်ကို ထိန်းချုပ်ရန် ဖြစ်သည်။

    အသုံးပြုသူများသည် နမူနာဒေတာများကို အလိုအလျောက် ဖြည့်သွင်းရန် နမူနာကို ထည့်သွင်းရန် ခလုတ်ကို သော်လည်းကောင်း၊ ထည့်သွင်းချက်များကို ဖျက်ပစ်ရန် ရှင်းလင်းရန် ခလုတ်ကို သော်လည်းကောင်း အသုံးပြုနိုင်ပါသည်။

    တွက်ချက်မှု ရလဒ်များနှင့် စနစ်သတိပေးချက်များ

    တွက်ချက်မှု ပြီးဆုံးပါက အောက်ပါရလဒ်များကို ဖော်ပြပေးမည်ဖြစ်ပြီး ရလဒ်ကို ကူးယူရန် ခလုတ်ဖြင့် ကူးယူနိုင်ပါသည်-

    • မျှော်မှန်းထားသော TCP throughput: ၎င်းနှင့်အတူ ကန့်သတ်ချက်ဖြစ်စေသော အဟန့်အတားကို ‹constraint› ကြောင့် ကန့်သတ်ထားသည် ဟု ပြသမည်ဖြစ်ပြီး၊ ၎င်းသည် လင့်ခ် စွမ်းဆောင်ရည်လက်ခံဝင်းဒိုး (receive window) သို့မဟုတ် packet ဆုံးရှုံးမှု တို့ ဖြစ်နိုင်ပါသည်။
    • လွှဲပြောင်းချိန်ပထမဆုံး byte ရရှိရန် အချိန် (1 RTT) နှင့် အစုလိုက် လွှဲပြောင်းချိန်
    • လှိုင်းနှုန်းနှင့် ကြာချိန်မြှောက်လဒ် (BDP) နှင့် လမ်းကြောင်းကို ပြည့်စေရန် လိုအပ်သော Window
    • Window ကြောင့် ကန့်သတ်ထားသော throughputLoss ကြောင့် ကန့်သတ်ထားသော throughput (Mathis) နှင့် Overhead နှုတ်ပြီးနောက် Link ceiling
    • ပရိုတိုကော စွမ်းဆောင်ရည်

    ထည့်သွင်းတန်ဖိုးများအပေါ် မူတည်၍ အောက်ပါစနစ်သတိပေးချက်များကို ပြသပေးပါသည်-

    • "ဤလမ်းကြောင်းကို ပြည့်စေရန် ‹window› window တစ်ခု လိုအပ်သည် — ၎င်းသည် 65,535-byte unscaled maximum ထက် ကျော်လွန်နေသောကြောင့် နှစ်ဖက်စလုံးသည် TCP window scaling (RFC 7323) ကို ညှိနှိုင်းရပါမည်။"
    • "ဤလမ်းကြောင်းကို ပြည့်စေရန် ‹window› လိုအပ်သည် — ၎င်းသည် TCP ညှိနှိုင်းနိုင်သော အကြီးဆုံး window (1,073,725,440 bytes) ထက် ကျော်လွန်နေသည်။ ဤလမ်းကြောင်းပေါ်ရှိ single flow တစ်ခုသည် ‹value› ထက် မည်သည့်အခါမျှ မကျော်လွန်နိုင်ပါ။"
    • "Receive window ကို ‹window› သို့ တိုးမြှင့်ခြင်းက ဤလွှဲပြောင်းမှုကို ‹value› အထိ ရောက်ရှိစေနိုင်မည် ဖြစ်သည်။"
    • "1% အထက် loss သည် Mathis မော်ဒယ်၏ စိတ်ချရသော အတိုင်းအတာ ပြင်ပတွင် ရှိနေပါသည် — loss ceiling ကို အကောင်းမြင် ခန့်မှန်းချက်အဖြစ်သာ သတ်မှတ်ပါ။"

    ဖော်မြူလာများနှင့် အစားထိုးတွက်ချက်မှု

    ဤကိရိယာသည် အောက်ပါဖော်မြူလာများကို အသုံးပြု၍ အဆင့်ဆင့် တွက်ချက်ပြသပေးပါသည်-

    • ဖော်မြူလာ: throughput = min(နှုန်း × စွမ်းဆောင်ရည်, ဝင်းဒိုး ÷ RTT, MSS ÷ RTT ÷ √p) · BDP = နှုန်း × RTT
    • ပရိုတိုကော စွမ်းဆောင်ရည်: ပရိုတိုကော စွမ်းဆောင်ရည် = MSS ÷ (MSS + 78 B) = ‹mss› ÷ ‹frame› = ‹eff› (40 B packet headers + လိုင်းပေါ်ရှိ 38 B)
    • လင့်ခ် အမြင့်ဆုံးကန့်သတ်ချက်: လင့်ခ် အမြင့်ဆုံးကန့်သတ်ချက် = နှုန်း × စွမ်းဆောင်ရည် = ‹rate› × ‹eff› = ‹value›
    • BDP: BDP = နှုန်း × RTT = ‹rate› × ‹rtt› = ‹bdp› = ‹bytes›
    • လမ်းကြောင်းကို အပြည့်ဖြည့်ရန် လိုအပ်သော ဝင်းဒိုး: လမ်းကြောင်းကို အပြည့်ဖြည့်ရန် လိုအပ်သော ဝင်းဒိုး = BDP ÷ 8 = ‹bdp› → ‹window›
    • ဝင်းဒိုး အမြင့်ဆုံးကန့်သတ်ချက်: ဝင်းဒိုး အမြင့်ဆုံးကန့်သတ်ချက် = ဝင်းဒိုး ÷ RTT = ‹window› ÷ ‹rtt› = ‹value›
    • ဆုံးရှုံးမှု အမြင့်ဆုံးကန့်သတ်ချက် (Mathis): ဆုံးရှုံးမှု အမြင့်ဆုံးကန့်သတ်ချက် (Mathis) = MSS ÷ RTT ÷ √p = ‹mss› ÷ ‹rtt› ÷ √‹p› = ‹value›
    • မျှော်မှန်းထားသော စွမ်းဆောင်ရည်: မျှော်မှန်းထားသော စွမ်းဆောင်ရည် (throughput) = ဤအမြင့်ဆုံးကန့်သတ်ချက်များအနက် အနိမ့်ဆုံးတန်ဖိုး = ‹value› → ‹constraint› ကြောင့် ကန့်သတ်ထားသည်
    • လွှဲပြောင်းချိန်: လွှဲပြောင်းချိန် = RTT + 8 × ပမာဏ ÷ throughput = ‹rtt› + 8 × ‹size› ÷ ‹throughput› = ‹time›

    စနစ်၏ စည်းမျဉ်းများနှင့် အကန့်အသတ်များ

    • ယူနစ်သတ်မှတ်ချက်များ: ယူနစ်အားလုံးသည် ဆယ်စုစနစ် (decimal) အခြေခံဖြစ်သည် (ဥပမာ- 1 kbit = 1,000 bits, 1 MB = 1,000,000 bytes)။ ဖိုင်မန်နေဂျာများ အသုံးပြုလေ့ရှိသော 1024 အခြေခံ binary ယူနစ်များနှင့် ကွဲပြားပါသည်။
    • Overhead တွက်ချက်မှု: Standard Ethernet ပေါ်တွင် အခြေခံထားပြီး packet တစ်ခုလျှင် 78 bytes (TCP/IP headers အတွက် 40 bytes နှင့် physical wire overhead အတွက် 38 bytes) ပေါင်းထည့်တွက်ချက်ပါသည်။
    • Mathis မော်ဒယ်၏ အကန့်အသတ်: ဤမော်ဒယ်သည် ညီညာစွာ ပျံ့နှံ့နေသော packet loss ကို အခြေခံထားပြီး 1% အောက်တွင်သာ စိတ်ချရပါသည်။ Loss 1% ထက်ကျော်လွန်ပါက သတိပေးချက်ကို ပြသပါသည်။
    • မော်ဒယ်၏ ချန်လှပ်မှုများ: ဤတွက်ချက်မှုများသည် steady-state ရှိသော single TCP flow တစ်ခုတည်းကိုသာ ယူဆတွက်ချက်ထားခြင်းဖြစ်ပြီး TCP slow start၊ congestion-control tuning၊ နှေးကွေးသော receiver နှင့် TLS handshake စသည့် လက်တွေ့အခြေအနေများကို ထည့်သွင်းတွက်ချက်ထားခြင်း မရှိပါ။
    • အမှားပြင်ဆင်ချက် မက်ဆေ့ဂျ်များ: ထည့်သွင်းမှုများ မှားယွင်းပါက မည်သည့်အကွက်တွင် မည်သို့ မှားယွင်းနေသည်ကို ဖော်ပြသည့် အမှားမက်ဆေ့ဂျ်ကို ပြသပေးမည်ဖြစ်သည်။

    ကိုယ်ရေးအချက်အလက် လုံခြုံမှု

    သင်ထည့်သွင်းလိုက်သော တန်ဖိုးတိုင်းကို ဤဘရောက်ဇာထဲတွင်သာ တွက်ချက်ပါသည် — မည်သည့်နေရာသို့မျှ ပေးပို့ခြင်းမရှိပါ။

    အမေးအဖြေများ (FAQ)

    မေး: bandwidth-delay product ဆိုတာ ဘာလဲ၊ ၎င်းက ဝင်းဒိုးအရွယ်အစားကို ဘာကြောင့် သတ်မှတ်ပေးတာလဲ။ ဖြေ: BDP — လင့်ခ်နှုန်း × round-trip time — သည် မည်သည့်အချိန်၌မဆို လိုင်းပေါ်တွင် သွားလာနေသော ဒေတာပမာဏ ဖြစ်သည်။ TCP သည် အတည်မပြုရသေးသော ဝင်းဒိုးတစ်ခုကိုသာ အများဆုံး ထိန်းသိမ်းထားနိုင်သောကြောင့် BDP ထက် သေးငယ်သော ဝင်းဒိုးသည် လိုင်းကို တစ်ဝက်တစ်ပျက်သာ အသုံးပြုစေပါသည်- 50 ms RTT ရှိသော 100 Mbit/s လိုင်းတွင် လိုင်းသည် 625 kB ကို ဆံ့ထားနိုင်ပြီး 65,535-byte ဝင်းဒိုးသည် ယင်း၏ ဆယ်ပုံတစ်ပုံခန့်ကိုသာ ဖြည့်ဆည်းပေးနိုင်သည်။ ထို့ကြောင့် မြန်ဆန်ပြီး ရှည်လျားသော လမ်းကြောင်းများအတွက် TCP window scaling (RFC 7323) လိုအပ်ပြီး ၎င်းသည် ညှိနှိုင်းနိုင်သော အမြင့်ဆုံးပမာဏကို 65,535 bytes မှ 1 GB ခန့်အထိ တိုးမြှင့်ပေးသည်။

    မေး: ကျွန်ုပ်၏ လွှဲပြောင်းမှုနှုန်းသည် ကျွန်ုပ်ပေးချေထားသော လင့်ခ်နှုန်းထက် ဘာကြောင့် ပိုနှေးနေရသနည်း။ ဖြေ: တစ်ခုတည်းသော TCP flow သည် သီးခြားစီဖြစ်သော အမြင့်ဆုံးကန့်သတ်ချက် သုံးခုနှင့် ရင်ဆိုင်ရပြီး အနိမ့်ဆုံးတစ်ခုကသာ အတည်ဖြစ်ပါမည်။ ပရိုတိုကော၏ overhead ကြောင့် လင့်ခ်ကိုယ်တိုင်ကို 5% ခန့် လျှော့ချလိုက်သည် — စံနှုန်းမီ Ethernet frame တစ်ခုသည် လိုင်းပေါ်ရှိ 1,538 bytes အနက် 1,460 payload bytes ကို သယ်ဆောင်သည်။ လက်ခံဝင်းဒိုးသည် စွမ်းဆောင်ရည်ကို window ÷ RTT ဖြင့် ကန့်သတ်ထားသောကြောင့် ဂန္ထဝင် 65,535-byte ဝင်းဒိုးသည် လင့်ခ်မည်မျှပင် မြန်စေကာမူ 50 ms လမ်းကြောင်းကို 10.5 Mbit/s ခန့်တွင်သာ ထိန်းထားနိုင်သည်။ ထို့ပြင် ဆုံးရှုံးမှုက ၎င်းကို (MSS ÷ RTT) ÷ √loss ဖြင့် ကန့်သတ်သည်။ အထက်ပါ ရလဒ်သည် သင့်ကိန်းဂဏန်းများအပေါ် မည်သည့်အမြင့်ဆုံးကန့်သတ်ချက်က သက်ရောက်နေသည်ကို ဖော်ပြပေးသည်။

    မေး: packet ဆုံးရှုံးမှုက TCP စွမ်းဆောင်ရည်ကို မည်သို့ ကန့်သတ်သနည်း။ ဖြေ: TCP သည် ဆုံးရှုံးမှုကို ပိတ်ဆို့မှုအဖြစ် သတ်မှတ်ပြီး ဆုံးရှုံးမှုဖြစ်ပေါ်တိုင်း ၎င်း၏ ပေးပို့မှုနှုန်းကို တစ်ဝက်စီ လျှော့ချသောကြောင့် မြန်ဆန်သော လမ်းကြောင်းများတွင် အလွန်သေးငယ်သော ဆုံးရှုံးမှုနှုန်းများကပင် သက်ရောက်မှုရှိသည်။ Mathis မော်ဒယ်သည် အမြင့်ဆုံးကန့်သတ်ချက်ကို (MSS ÷ RTT) ÷ √p ဟု ခန့်မှန်းသည် — 1,460-byte MSS ရှိပြီး 50 ms လမ်းကြောင်းပေါ်တွင် 0.01% ဆုံးရှုံးမှုရှိပါက လင့်ခ်အမြန်နှုန်း မည်မျှပင်ရှိစေကာမူ ၎င်းသည် 23 Mbit/s ခန့် ဖြစ်သည်။ ဤမော်ဒယ်သည် ညီညာစွာ ပျံ့နှံ့နေပြီး သီးခြားစီဖြစ်သော ဆုံးရှုံးမှုဖြစ်စဉ်များကို အခြေခံထားခြင်းဖြစ်ကာ 1% အောက်တွင် လက်တွေ့နှင့် ကောင်းစွာ ကိုက်ညီပြီး အစုလိုက်ဖြစ်ပေါ်သော ဆုံးရှုံးမှုများအတွက်မူ အကောင်းမြင်လွန်းသော ခန့်မှန်းချက် ဖြစ်သည်။

    မေး: ဤနေရာရှိ megabytes များသည် ကျွန်ုပ်၏ ဖိုင်မန်နေဂျာထဲရှိ megabytes များနှင့် အတူတူပဲလား။ ဖြေ: လုံးဝမတူပါ။ ဤစာမျက်နှာသည် ကွန်ရက်ချိတ်ဆက်မှုဆိုင်ရာ စံနှုန်းဖြစ်သော ဆယ်စုစနစ်ယူနစ်များကို အသုံးပြုပါသည်- 1 kbit = 1,000 bits နှင့် 1 MB = 1,000,000 bytes ဖြစ်သည်။ ဖိုင်မန်နေဂျာအများစုသည် 1024 ကို အခြေခံထားသော ယူနစ်များဖြင့် တွက်ချက်ပြီး ၎င်းတို့ကို MB ဟု မှားယွင်းစွာ အညွှန်းတပ်လေ့ရှိသည် — ထိုနေရာရှိ “100 MB” ဖိုင်သည် များသောအားဖြင့် 100 MiB ≈ ဆယ်စုစနစ်အရ 104.86 MB ဖြစ်သောကြောင့် ၎င်းကို ရွှေ့ပြောင်းရန် ဆယ်စုစနစ်ကိန်းဂဏန်းထက် 5% ခန့် ပိုမိုကြာမြင့်သည်။ ၎င်းနှင့် အတိအကျ ကိုက်ညီစေရန် ဤနေရာတွင် 104.86 MB ဟု ထည့်သွင်းပါ။