ပရိုဂရမ်းမင်းဘာသာစကား 10 မျိုးရှိ ဗားရှင်းများတွင် ကွန်ရက်ဒရိုင်ဘာစွမ်းဆောင်ရည်ကို နှိုင်းယှဉ်ခြင်း။

ဂျာမန်တက္ကသိုလ်များမှ သုတေသီများအဖွဲ့ ထုတ်ဝေခဲ့သည် ရလဒ်များကို စမ်းသပ်မှုထိုအချိန်တွင် 10-gigabit Intel Ixgbe (X10xx) ကွန်ရက်ကတ်များအတွက် စံဒရိုက်ဗာ ဗားရှင်း 5 ခုကို မတူညီသော ပရိုဂရမ်းမင်းဘာသာစကားများဖြင့် တီထွင်ခဲ့သည်။ ဒရိုက်ဘာသည် အသုံးပြုသူနေရာလွတ်တွင် အလုပ်လုပ်ပြီး C၊ Rust၊ Go၊ C#၊ Java၊ OCaml၊ Haskell၊ Swift၊ JavaScript နှင့် Python တို့ဖြင့် အကောင်အထည်ဖော်ထားသည်။ ကုဒ်ရေးသောအခါတွင်၊ ဘာသာစကားတစ်ခုစီ၏ ဝိသေသလက္ခဏာများကို ထည့်သွင်းစဉ်းစားပြီး ဖြစ်နိုင်သမျှ အကောင်းဆုံးစွမ်းဆောင်ရည်ကို ရရှိရန် အဓိကအာရုံစိုက်ပါသည်။ ရွေးချယ်မှုအားလုံးသည် လုပ်ဆောင်နိုင်စွမ်းတွင် တူညီပြီး ခန့်မှန်းခြေအားဖြင့် ကုဒ်လိုင်း 1000 ပါဝင်ပါသည်။ ပရောဂျက်တိုးတက်မှုများ ကူးစက်ပျံ့နှံ့သည် BSD လိုင်စင်အောက်တွင်။

ဒရိုင်ဘာ၏ Rust ဗားရှင်းသည် C ဘာသာစကားရှိ ကိုးကားမောင်းနှင်သူနှင့် အလွန်နီးကပ်စွာ စွမ်းဆောင်နိုင်ခဲ့သည်။ အတုံး 32 ထုပ်ကို တပြိုင်နက် ပေးပို့ခြင်းနှင့်အတူ Rust driver သည် အနည်းငယ် နောက်ကျသွားသော်လည်း တစ်တုံးလျှင် 32 packet ကျော်ဖြင့် စမ်းသပ်ရာတွင် မြန်နှုန်းမှာ လက်တွေ့တွင် C driver နှင့် မကွာခြားဘဲ လုပ်ဆောင်ချက် 28 million အဆင့်တွင် စွမ်းဆောင်ရည်ကို ပြသခဲ့သည်။ Xeon CPU E3-1230 v2 3.3 GHz ရှိသော ဆာဗာတွင် တစ်စက္ကန့်လျှင် ပက်ကတ်များ။

စွမ်းဆောင်ရည်နှင့်ပတ်သက်သည့်နောက်ထပ်နယ်ပယ်ကို Go နှင့် C# ဘာသာစကားများတွင် ယာဉ်မောင်းများက သိမ်းပိုက်ထားပြီး၊ အတော်အတန်နီးစပ်သောရလဒ်များပြသခဲ့သည် (Go driver သည် စမ်းသပ်မှုတွင် 16 packet အထိ တုံးများဖြင့် အနိုင်ရခဲ့ပြီး 16 packet ကျော်ဖြင့် စမ်းသပ်မှုများတွင် အနည်းငယ် ဆုံးရှုံးသွားသည် ဘလောက်တစ်ခုတွင်)။ တစ်တုံးလျှင် 256 packets ဖြင့် C# driver ၏ အထွတ်အထိပ်စွမ်းဆောင်ရည်မှာ တစ်စက္ကန့်လျှင် packets 28 သန်းခန့်ရှိပြီး Go driver သည် တစ်စက္ကန့်လျှင် packets 25 သန်းခန့်ရှိသည်။

နောက်တစ်ခုကတော့ အတော်လေး နီးစပ်တဲ့ ရလဒ်တွေနဲ့ ယာဉ်မောင်းတွေအတွက်ပဲ ဖြစ်ပါတယ်။
Java၊ OCaml နှင့် Haskell တို့သည် ယခင်သတ်မှတ်ထားသော ရွေးချယ်မှုများနောက်တွင် သိသိသာသာ နောက်ကျနေပြီး တစ်စက္ကန့်လျှင် ပက်ကတ် ၁၂ သန်းကို မကျော်လွှားနိုင်ပေ။ Swift နှင့် JavaScript driver များသည် တစ်စက္ကန့်လျှင် packet 12 သန်းအဆင့်တွင် streams များကို စီမံဆောင်ရွက်နိုင်ခြင်းမှာ ပိုကြီးမားသော နောက်ကျမှုကို ပြသခဲ့သည်။

Python driver မှ ထိပ်တန်းအဆင့်ကို ပြီးမြောက်ခဲ့ပြီး၊ တစ်စက္ကန့်လျှင် 0.14 သန်း packets များကိုသာ လုပ်ဆောင်နိုင်ခဲ့သည်။ Python အကောင်အထည်ဖော်မှုကို JIT မပါဘဲ စကားပြန်များ၏ အမြန်နှုန်းကို အကဲဖြတ်ရန်နှင့် တိကျသော ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ခြင်းမရှိဘဲ (ကုဒ်ကို CPython 3.7 ကို အသုံးပြု၍ လုပ်ဆောင်ခဲ့ပြီး PyPy နှင့် ကိုက်ညီမှုမရှိပါ၊ သို့သော် ဒေတာသိုလှောင်မှုတည်ဆောက်ပုံများကို ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ခြင်းသည် စွမ်းဆောင်ရည်ကို 10 ဆခန့် တိုးတက်စေနိုင်ကြောင်း မှတ်သားထားသည်။ )

ထို့အပြင် တုံ့ပြန်မှု၏ထိရောက်မှုနှင့် အမှိုက်စုဆောင်းသူ၏အကျိုးသက်ရောက်မှုကိုပြသရန် latency စမ်းသပ်မှုများကို ပြုလုပ်ခဲ့သည်။ ပက်ကေ့ခ်ျတစ်ခုစီကို ယာဉ်မောင်းက ပေးပို့လိုက်သည့်အချိန်အတိအကျနှင့် နှိုင်းယှဉ်ပြီးနောက် စမ်းသပ်မှုသည် ကြာမြင့်ချိန်ကို တိုင်းတာသည်။ ခေါင်းဆောင်များသည် C နှင့် Rust drivers များဖြစ်နေဆဲဖြစ်ပြီး၊ ယင်းရလဒ်များသည် တစ်စက္ကန့်လျှင် packets 1 သန်း (ခန့်မှန်းခြေအားဖြင့် 20 µs) စီးဆင်းမှုအတွက် လက်တွေ့ကျကျ ခွဲခြား၍မရပေ။ Go driver သည် ခေါင်းဆောင်များ၏နောက်တွင် အနည်းငယ်သာရှိကာ 20 µs အဆင့်တွင် ကျန်ရှိနေပါသည်။ C# driver သည် ခန့်မှန်းခြေ 50 µs နှောင့်နှေးမှုကို ပြသခဲ့သည်။
အရှည်ကြာဆုံးနှောင့်နှေးမှုများကို JavaScript နှင့် Java ဒရိုက်ဘာများ (300 µs ထက်ပိုသော latencies) မှပြသခဲ့သည်။

အဆိုပါလေ့လာမှုကို C ထက်အဆင့်မြင့်သောဘာသာစကားများဖြင့် drivers များနှင့် operating system အစိတ်အပိုင်းများကိုတီထွင်နိုင်ခြေကိုအကဲဖြတ်ရန်ပြုလုပ်ခဲ့သည်။ လက်ရှိတွင် Linux တွင် memory ပြဿနာ 39 တွင် 40 သည် driver များနှင့်ဆက်စပ်နေသောကြောင့် ပိုမိုလုံခြုံသောဘာသာစကားကိုအသုံးပြုကာ kernel မှ driver များကိုရွှေ့ကာ user space သို့ပြောင်းရွှေ့ခြင်းဆိုင်ရာပြဿနာများ ဆက်နွယ်နေပါသည်။ ထုတ်လုပ်သူများသည် ဤလမ်းညွှန်ချက်ကို တက်ကြွစွာ စမ်းသပ်နေပြီ (ဥပမာ၊ Google သည် OS အတွက် TCP stack တစ်ခုကို တီထွင်ခဲ့သည်။ Fuchsia Go ဘာသာစကားဖြင့် CloudFlare ကုမ္ပဏီ ဖန်တီးခဲ့သည်။ Rust တွင် QUIC ပရိုတိုကောကို အကောင်အထည်ဖော်ခြင်း၊ Apple သည် မိုဘိုင်းလ်ကိရိယာများပေါ်ရှိ TCP stack အား သုံးစွဲသူနေရာသို့ ရွှေ့ထားသည်)။

အလုပ်တွင်၊ Rust ဘာသာစကားသည် ယာဉ်မောင်းဖွံ့ဖြိုးမှုအတွက် အကောင်းဆုံး ကိုယ်စားလှယ်လောင်းဖြစ်ကြောင်း ကောက်ချက်ချခဲ့သည်။ Rust ၏ စွမ်းဆောင်ရည်များသည် C driver များနှင့် နှိုင်းယှဉ်ပါက ခန့်မှန်းခြေအားဖြင့် 2% မှ 10% အထိ စွမ်းဆောင်ရည် ဆုံးရှုံးမှုတန်ဖိုးဖြင့် အဆင့်နိမ့်မှတ်ဉာဏ်စီမံခန့်ခွဲမှုနှင့် ဆက်စပ်နေသော ပြဿနာများကို ဖယ်ရှားပေးပါသည်။ Go နှင့် C# ကို အမှိုက်စုဆောင်းခြင်းကြောင့် လက်ခံနိုင်သော အခြေအနေများတွင် စနစ်အစိတ်အပိုင်းများကို ဖန်တီးရန်အတွက်လည်း သင့်လျော်သည်ဟု ယူဆပါသည်။

source: opennet.ru