မော်စကိုအိတ်ချိန်း၏ ကုန်သွယ်မှုနှင့် ရှင်းလင်းရေးစနစ်၏ ဆင့်ကဲဖြစ်စဉ်။ အပိုင်း 1

အားလုံးမင်္ဂလာပါ! ကျွန်ုပ်၏အမည်မှာ Sergey Kostanbaev ဖြစ်ပြီး၊ Exchange တွင် ကျွန်ုပ်သည် ကုန်သွယ်မှုစနစ်၏ အဓိကအချက်ကို ဖော်ဆောင်လျက်ရှိသည်။

ဟောလိဝုဒ်ရုပ်ရှင်များသည် နယူးယောက်စတော့အိတ်ချိန်းကို ပြသသောအခါ၊ လူအုပ်ကြီး၊ လူတိုင်းသည် တစ်ခုခုကို အော်ငေါက်နေကြသည်၊ စာရွက်များကို ဝှေ့ယမ်းနေကြသည်၊ ပြီးပြည့်စုံသော ပရမ်းပတာဖြစ်နေသည်။ ကုန်သွယ်မှုသည် အစကတည်းက အီလက်ထရွန်းနစ်စနစ်ဖြင့် လုပ်ဆောင်ခဲ့ပြီး Spectra (Forex Market) နှင့် ASTS (နိုင်ငံခြားငွေလဲလှယ်နှုန်း၊ စတော့ရှယ်ယာနှင့် ငွေကြေးဈေးကွက်) ပေါ်တွင် အခြေခံထားသောကြောင့် ၎င်းသည် မော်စကိုအိတ်ချိန်းတွင် ဤနေရာတွင် တစ်ခါမျှမဖြစ်ခဲ့ဖူးပါ။ ယနေ့ကျွန်ုပ်သည် ASTS ကုန်သွယ်မှုနှင့်ရှင်းလင်းရေးစနစ်၏ဗိသုကာဆိုင်ရာဆင့်ကဲဖြစ်စဉ်အကြောင်း၊ အမျိုးမျိုးသောဖြေရှင်းချက်များနှင့်ရှာဖွေတွေ့ရှိမှုများအကြောင်းပြောလိုပါသည်။ ဇာတ်လမ်းက ရှည်တော့ အပိုင်းနှစ်ပိုင်းခွဲရမယ်။

ကျွန်ုပ်တို့သည် လူတန်းစားအားလုံး၏ ပိုင်ဆိုင်မှုများကို ရောင်းဝယ်ဖောက်ကားပြီး ငွေလဲခြင်းဝန်ဆောင်မှုများကို အပြည့်အ၀ပေးဆောင်သည့် ကမ္ဘာပေါ်ရှိ ဖလှယ်မှုအနည်းငယ်ထဲမှ တစ်ခုဖြစ်သည်။ ဥပမာအားဖြင့်၊ ယမန်နှစ်က ကျွန်ုပ်တို့သည် ငွေချေးစာချုပ်များ ရောင်းဝယ်မှုပမာဏအရ ကမ္ဘာ့ဒုတိယအဆင့်၊ စတော့အိတ်ချိန်းအားလုံးတွင် အဆင့် ၂၅ နေရာ၊ အများသူငှာ ဖလှယ်မှုများတွင် အရင်းအနှီးအဖြစ် အဆင့် ၁၃ နေရာတွင်ရှိသည်။

ပရော်ဖက်ရှင်နယ် ကုန်သွယ်မှုပါဝင်သူများအတွက်၊ တုံ့ပြန်ချိန်၊ အချိန်ဖြန့်ဖြူးမှုတည်ငြိမ်မှု (တုန်လှုပ်ခြင်း) နှင့် ရှုပ်ထွေးမှုတစ်ခုလုံး၏ ယုံကြည်စိတ်ချရမှုကဲ့သို့သော ကန့်သတ်ချက်များသည် အရေးကြီးပါသည်။ လက်ရှိတွင် ကျွန်ုပ်တို့သည် တစ်ရက်လျှင် ငွေပေးငွေယူ သန်းနှင့်ချီ၍ လုပ်ဆောင်နေသည်။ စနစ် kernel ဖြင့် ငွေပေးငွေယူတစ်ခုစီကို လုပ်ဆောင်ခြင်းသည် ဆယ်ဂဏန်းမိုက်ခရိုစက္ကန့်ကြာသည်။ ဟုတ်ပါတယ်၊ နှစ်သစ်ကူးအကြို ဒါမှမဟုတ် ရှာဖွေရေးအင်ဂျင်တွေမှာ မိုဘိုင်းအော်ပရေတာတွေဟာ ကျွန်ုပ်တို့ရဲ့လုပ်ငန်းထက် ပိုများပါတယ်၊ ဒါပေမယ့် အထက်ဖော်ပြပါ လက္ခဏာတွေနဲ့ ယှဉ်ရင် အလုပ်တာဝန်အရတော့ ကျွန်ုပ်တို့နဲ့ နှိုင်းယှဉ်နိုင်သူ အနည်းငယ်သာ ရှိမယ်ထင်ပါတယ်။ တစ်ချိန်တည်းမှာပင်၊ စနစ်သည် တစ်စက္ကန့်မျှ နှေးကွေးမသွားဘဲ၊ လုံးဝတည်ငြိမ်စွာ အလုပ်လုပ်ပြီး အသုံးပြုသူအားလုံး တန်းတူညီတူရှိရန် အရေးကြီးပါသည်။

သမိုင်းကြောင်းလေးတစ်ခု

1994 ခုနှစ်တွင် သြစတြေးလျ ASTS စနစ်ကို Moscow Interbank Currency Exchange (MICEX) တွင် စတင်ခဲ့ပြီး ထိုအချိန်မှစ၍ ရုရှားအီလက်ထရွန်းနစ်ကုန်သွယ်မှုသမိုင်းကို ရေတွက်နိုင်ခဲ့သည်။ 1998 ခုနှစ်တွင် အင်တာနက် ကုန်သွယ်မှုကို မိတ်ဆက်ပေးရန်အတွက် လဲလှယ်ရေးဗိသုကာကို ခေတ်မီအောင် ပြုလုပ်ခဲ့သည်။ ထိုအချိန်မှစ၍၊ စနစ်များနှင့် စနစ်ခွဲများအားလုံးရှိ ဖြေရှင်းချက်အသစ်များနှင့် ဗိသုကာဆိုင်ရာပြောင်းလဲမှုများကို အကောင်အထည်ဖော်မှုအရှိန်သည် အရှိန်အဟုန်ဖြင့်သာ တိုးလာခဲ့သည်။

ထိုနှစ်များတွင်၊ လဲလှယ်ရေးစနစ်သည် အလွန်ယုံကြည်စိတ်ချရသော HP Superdome 9000 ဆာဗာများပေါ်တွင် အဆင့်မြင့် ဟာ့ဒ်ဝဲများပေါ်တွင် အလုပ်လုပ်ခဲ့သည်။ PA-RISCအရာခပ်သိမ်းကို ပွားထားသည်- input/output subsystems၊ network၊ RAM (တကယ်တော့ RAM ၏ RAID array ရှိသည်)၊ processors (hot-swappable)။ စက်ကိုမရပ်ဘဲ မည်သည့်ဆာဗာအစိတ်အပိုင်းကိုမဆို ပြောင်းလဲနိုင်သည်။ ကျွန်ုပ်တို့သည် ဤစက်ပစ္စည်းများကို မှီခိုအားထားကာ ၎င်းတို့အား မအောင်မြင်နိုင်ဟု ယူဆပါသည်။ လည်ပတ်မှုစနစ်သည် Unix နှင့်တူသော HP UX စနစ်ဖြစ်သည်။

သို့သော် 2010 ခုနှစ်ခန့်မှစတင်၍ High-frequency trading (HFT) သို့မဟုတ် high-frequency trading ဟုခေါ်သော ဖြစ်စဉ်တစ်ခု ပေါ်ပေါက်လာပါသည်။ ရိုးရိုးရှင်းရှင်းပြောရလျှင် စတော့အိတ်ချိန်းစက်ရုပ်များ။ 2,5 နှစ်အတွင်းတွင်၊ ကျွန်ုပ်တို့၏ဆာဗာများပေါ်တွင် load သည် အဆ 140 တိုးလာသည်။

ခေတ်ဟောင်းဗိသုကာပညာနှင့် စက်ကိရိယာများဖြင့် ထိုကဲ့သို့သောဝန်ကို ခံနိုင်ရည်ရှိရန် မဖြစ်နိုင်ပေ။ တစ်နည်းနည်းနဲ့ လိုက်လျောညီထွေဖြစ်အောင်လုပ်ဖို့ လိုအပ်တယ်။

အစ

လဲလှယ်ရေးစနစ်သို့ တောင်းဆိုမှုများကို အမျိုးအစားနှစ်မျိုး ခွဲခြားနိုင်သည်။

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

ကိန်းဂဏန်းအရ၊ စနစ်၏အဓိကအား အဆင့်သုံးဆင့် ခွဲခြားနိုင်သည်။

• ပွဲစားများနှင့် ဖောက်သည်များ အလုပ်လုပ်သည့် ဖောက်သည်အဆင့်။ ၎င်းတို့အားလုံးသည် ဝင်ရောက်အသုံးပြုသည့် ဆာဗာများနှင့် အပြန်အလှန် တုံ့ပြန်ကြသည်။
• Gateway ဆာဗာများသည် အချက်အလက်တောင်းဆိုမှုများအားလုံးကို စက်တွင်း၌ လုပ်ဆောင်သည့် ကက်ရှ်ဆာဗာများဖြစ်သည်။ Sberbank ရှယ်ယာများ လက်ရှိ အရောင်းအဝယ်ဖြစ်နေသည့် စျေးနှုန်းကို သင်သိချင်ပါသလား။ တောင်းဆိုချက်သည် ဝင်ရောက်ခွင့် ဆာဗာသို့ ရောက်သွားပါသည်။
• ဒါပေမယ့် အစုရှယ်ယာတွေဝယ်ချင်တယ်ဆိုရင်တော့ တောင်းဆိုချက်က ဗဟိုဆာဗာ (Trade Engine) ဆီကိုသွားမှာဖြစ်ပါတယ်။ စျေးကွက်အမျိုးအစားတစ်ခုစီအတွက် ထိုကဲ့သို့သောဆာဗာတစ်ခုရှိသည်၊ ၎င်းတို့သည် အရေးပါသောအခန်းကဏ္ဍမှပါဝင်သည်၊ ၎င်းတို့အတွက်၎င်းသည် ဤစနစ်ကိုဖန်တီးခဲ့ခြင်းဖြစ်ပါသည်။

ကုန်သွယ်မှုစနစ်၏ အဓိကအချက်မှာ ငွေပေးငွေယူအားလုံးသည် ငွေလဲလှယ်မှုဆိုင်ရာ လုပ်ဆောင်ချက်များဖြစ်သည့် လိမ္မာပါးနပ်သော ဒေတာဘေ့စ်တစ်ခုဖြစ်သည်။ အခြေခံကို C ဖြင့်ရေးသားထားပြီး တစ်ခုတည်းသောပြင်ပမှီခိုမှုများမှာ libc စာကြည့်တိုက်ဖြစ်ပြီး dynamic memory ခွဲဝေမှုလုံးဝမရှိပါ။ စီမံဆောင်ရွက်ချိန်ကို လျှော့ချရန်အတွက် စနစ်သည် တည်ငြိမ်သောအစုံအလင်ဖြင့် စတင်ပြီး တည်ငြိမ်ဒေတာနေရာချထားမှုဖြင့် စတင်သည်- ပထမ၊ လက်ရှိနေ့အတွက် ဒေတာအားလုံးကို မန်မိုရီတွင် တင်ဆောင်ပြီး နောက်ထပ်ဒစ်ခ်ဝင်ရောက်ခြင်းအား လုပ်ဆောင်မည်မဟုတ်ပါ၊ အလုပ်အားလုံးကို မှတ်ဉာဏ်တွင်သာ လုပ်ဆောင်ပါသည်။ စနစ်စတင်သောအခါ၊ ရည်ညွှန်းချက်ဒေတာအားလုံးကို စီခွဲထားပြီးဖြစ်သောကြောင့် ရှာဖွေမှုသည် အလွန်ထိရောက်စွာအလုပ်လုပ်ပြီး runtime တွင် အချိန်အနည်းငယ်ကြာပါသည်။ ဇယားအားလုံးကို အဖျက်သဘောရှိသော စာရင်းများနှင့် သစ်ပင်များဖြင့် ပြုလုပ်ထားသောကြောင့် ၎င်းတို့သည် runtime တွင် memory ခွဲဝေမှုမလိုအပ်စေရန် တက်ကြွသောဒေတာတည်ဆောက်ပုံများဖြစ်သည်။

ကျွန်ုပ်တို့၏ ကုန်သွယ်မှုနှင့် ရှင်းလင်းရေးစနစ်၏ ဖွံ့ဖြိုးတိုးတက်မှုသမိုင်းကြောင်းကို အတိုချုံးပြောကြပါစို့။
ကုန်သွယ်မှုနှင့်ရှင်းလင်းရေးစနစ်ဗိသုကာ၏ပထမဗားရှင်းကို Unix ဟုခေါ်သည့်အပြန်အလှန်တုံ့ပြန်မှုဖြင့်တည်ဆောက်ခဲ့သည်- မျှဝေထားသောမှတ်ဉာဏ်၊ semaphores နှင့်တန်းစီခြင်းကိုအသုံးပြုခဲ့ပြီး လုပ်ငန်းစဉ်တစ်ခုစီတွင် ကြိုးတစ်ခုတည်းပါ၀င်သည်။ ဤချဉ်းကပ်မှုသည် 1990 အစောပိုင်းတွင် ကျယ်ပြန့်ခဲ့သည်။

စနစ်၏ပထမဗားရှင်းတွင် Gateway အဆင့်နှစ်ဆင့်နှင့် ကုန်သွယ်မှုစနစ်၏ဗဟိုဆာဗာတစ်ခုပါရှိသည်။ လုပ်ငန်းလည်ပတ်မှုမှာ ဤကဲ့သို့ဖြစ်သည်-

• client သည် Gateway သို့ရောက်ရှိသောတောင်းဆိုချက်တစ်ခုပေးပို့သည်။ ၎င်းသည် ဖော်မတ်၏တရားဝင်မှုကို စစ်ဆေးသည် (သို့သော်လည်း ဒေတာကိုယ်တိုင်မဟုတ်ပါ) နှင့် မှားယွင်းသော ငွေပေးငွေယူများကို ပယ်ချပါသည်။
• အချက်အလက်တောင်းဆိုမှုတစ်ခု ပေးပို့ပြီးပါက၊ ၎င်းကို ဒေသအလိုက် လုပ်ဆောင်မည်ဖြစ်သည်။ အကယ်၍ ကျွန်ုပ်တို့သည် ငွေပေးငွေယူတစ်ခုအကြောင်းပြောနေပါက ၎င်းကို ဗဟိုဆာဗာသို့ ပြန်ညွှန်းသည်။
• ထို့နောက် ကုန်သွယ်မှုအင်ဂျင်သည် ငွေပေးငွေယူကို လုပ်ဆောင်ပြီး ဒေသတွင်းမှတ်ဉာဏ်ကို ပြုပြင်ကာ အရောင်းအ၀ယ်နှင့် သီးခြားပုံတူပွားအင်ဂျင်ကို အသုံးပြု၍ ပုံတူပွားရန်အတွက် အရောင်းအ၀ယ်ကို တုံ့ပြန်မှုတစ်ခု ပေးပို့သည်။
• Gateway သည် ဗဟို node မှ တုံ့ပြန်မှုကို လက်ခံရရှိပြီး ၎င်းကို သုံးစွဲသူထံ ပေးပို့သည်။
• အချိန်အတန်ကြာပြီးနောက်၊ Gateway သည် ကူးယူမှုဆိုင်ရာ ယန္တရားမှတဆင့် ငွေပေးငွေယူကို လက်ခံရရှိပြီး ယခုတစ်ကြိမ်တွင် ၎င်းသည် ၎င်းကို စက်တွင်း၌ လုပ်ဆောင်ပြီး နောက်အချက်အလက်များ တောင်းဆိုမှုများတွင် နောက်ဆုံးဒေတာကို ပြသနိုင်ရန် ၎င်း၏ ဒေတာဖွဲ့စည်းပုံကို ပြောင်းလဲပါသည်။

အမှန်မှာ၊ Gateway သည် ကုန်သွယ်မှုစနစ်တွင် လုပ်ဆောင်ခဲ့သည့် လုပ်ဆောင်ချက်များကို လုံးလုံးလျားလျား ထပ်တူကူးထားသည့် ပုံစံတူပုံစံကို ဖော်ပြသည်။ သီးခြားပုံတူကူးချ်ချန်နယ်တစ်ခုသည် များပြားလှသော ဝင်ရောက်အသုံးပြုမှု node များတစ်လျှောက် တူညီသောအစီအစဥ်ဖြင့် ငွေပေးငွေယူများကို လုပ်ဆောင်ကြောင်း သေချာစေပါသည်။

ကုဒ်ကို ကြိုးတစ်ချောင်းတည်းဖြင့် ပြုလုပ်ထားသောကြောင့် သုံးစွဲသူများစွာကို ဝန်ဆောင်မှုပေးရန်အတွက် လုပ်ငန်းစဉ်အချိတ်အဆက်ရှိသော ဂန္တဝင်အစီအစဥ်ကို အသုံးပြုခဲ့သည်။ သို့သော်၊ ဒေတာဘေ့စ်တစ်ခုလုံးကို ဖြတ်ရန် အလွန်စျေးကြီးသောကြောင့် TCP စက်ရှင်များမှ packet များကို စုဆောင်းပြီး တန်းစီတစ်ခု (SystemV Message Queue) သို့ လွှဲပြောင်းပေးသည့် ပေါ့ပါးသော ဝန်ဆောင်မှုလုပ်ငန်းစဉ်များကို အသုံးပြုခဲ့သည်။ Gateway နှင့် Trade Engine သည် ဤတန်းစီဇယားဖြင့်သာ အလုပ်လုပ်ခဲ့ပြီး ထိုနေရာမှ ငွေပေးငွေယူများကို အကောင်အထည်ဖော်ရန်။ မည်သည့်ဝန်ဆောင်မှု လုပ်ငန်းစဉ်ကို ဖတ်သင့်သည်ဆိုသည်ကို ရှင်းရှင်းလင်းလင်း မသိသောကြောင့် ၎င်းထံသို့ တုံ့ပြန်ချက်ကို ပေးပို့ရန် မဖြစ်နိုင်တော့ပါ။ ထို့ကြောင့် ကျွန်ုပ်တို့သည် လှည့်ကွက်တစ်ခုကို အသုံးပြုခဲ့သည်- လမ်းခွဲထားသော လုပ်ငန်းစဉ်တစ်ခုစီသည် သူ့ဘာသာသူအတွက် တုံ့ပြန်မှုတန်းစီတစ်ခုကို ဖန်တီးခဲ့ပြီး တောင်းဆိုချက်တစ်ခုဝင်လာသောအခါ တုံ့ပြန်မှုတန်းစီအတွက် တဂ်တစ်ခုကို ၎င်းတွင် ချက်ချင်းထည့်ခဲ့သည်။

အထူးသဖြင့် သတင်းအချက်အလက်တောင်းဆိုမှုများအတွက် ပုံမှန်အားဖြင့် တန်းစီခြင်းမှ ဒေတာအများအပြားကို တန်းစီရန် ဖန်တီးထားသော ပြဿနာများဆီသို့ အဆက်မပြတ်ကူးယူခြင်း။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် အခြားသောလှည့်ကွက်ကို အသုံးပြုခဲ့သည်- တုံ့ပြန်မှုတန်းစီအပြင်၊ လုပ်ငန်းစဉ်တစ်ခုစီသည် မျှဝေထားသောမှတ်ဉာဏ် (SystemV Shared Memory) ကိုလည်း ဖန်တီးခဲ့သည်။ ပက်ကေ့ဂျ်များကို ၎င်းတို့ကိုယ်တိုင် ထည့်သွင်းထားကာ တန်းစီရာတွင် တဂ်တစ်ခုသာ သိမ်းဆည်းထားသောကြောင့် မူရင်းပက်ကေ့ခ်ျကို ရှာတွေ့နိုင်မည်ဖြစ်သည်။ ၎င်းသည် ပရိုဆက်ဆာ ကက်ရှ်တွင် ဒေတာကို သိမ်းဆည်းရန် ကူညီပေးခဲ့သည်။

SystemV IPC တွင် တန်းစီခြင်းအခြေအနေ၊ မှတ်ဉာဏ်နှင့် semaphore အရာဝတ္ထုများကို ကြည့်ရှုရန် အသုံးဝင်မှုများ ပါဝင်သည်။ packets များစုပုံလာခြင်း၊ ပိတ်ဆို့ခြင်းစသည်ဖြင့် မည်သည့်အခိုက်အတန့်တွင် စနစ်အတွင်းဖြစ်ပျက်နေသည်များကို နားလည်ရန် ၎င်းကို ကျွန်ုပ်တို့ တက်ကြွစွာအသုံးပြုပါသည်။

ပထမအဆင့် ခေတ်မီမှု

ပထမဦးစွာ၊ ကျွန်ုပ်တို့သည် single-process Gateway ကိုဖယ်ရှားခဲ့သည်။ ၎င်း၏ သိသာထင်ရှားသော အားနည်းချက်မှာ ကူးသန်းရောင်းဝယ်မှုတစ်ခု သို့မဟုတ် ဖောက်သည်တစ်ဦးထံမှ အချက်အလက်တောင်းဆိုမှုတစ်ခုအား ကိုင်တွယ်ဆောင်ရွက်နိုင်ခြင်း ဖြစ်သည်။ ဝန်အားတိုးလာသည်နှင့်အမျှ၊ Gateway သည် တောင်းဆိုမှုများကို လုပ်ဆောင်ရန် အချိန်ပိုကြာမည်ဖြစ်ပြီး ထပ်တူပြုခြင်းအား လုပ်ဆောင်နိုင်မည်မဟုတ်ပေ။ ထို့အပြင်၊ ဖောက်သည်သည် ငွေပေးငွေယူတစ်ခု ပေးပို့ပါက၊ သင်သည် ၎င်း၏တရားဝင်မှုကို စစ်ဆေးပြီး ၎င်းကို ထပ်ဆင့်ပေးပို့ရန်သာ လိုအပ်သည်။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် တစ်ခုတည်းသော Gateway လုပ်ငန်းစဉ်ကို အပြိုင်လုပ်ဆောင်နိုင်သည့် အစိတ်အပိုင်းများစွာဖြင့် အစားထိုးခဲ့သည်- RW လော့ခ်ချခြင်းကို အသုံးပြု၍ မျှဝေထားသော မမ်မိုရီဧရိယာတစ်ခုပေါ်တွင် တစ်ခုနှင့်တစ်ခု သီးခြားလုပ်ဆောင်နေသည့် လိုင်းပေါင်းစုံအချက်အလက်နှင့် ငွေပေးငွေယူလုပ်ငန်းစဉ်များ။ တစ်ချိန်တည်းမှာပင် ကျွန်ုပ်တို့သည် ပေးပို့ခြင်းနှင့် ကူးယူခြင်းလုပ်ငန်းစဉ်များကို မိတ်ဆက်ပေးခဲ့သည်။

မြင့်မားသောကြိမ်နှုန်းရောင်းဝယ်ရေး၏သက်ရောက်မှု

အထက်ဖော်ပြပါ ဗိသုကာလက်ရာသည် 2010 ခုနှစ်အထိ တည်ရှိခဲ့သည်။ တစ်ချိန်တည်းတွင်၊ HP Superdome ဆာဗာများ၏ စွမ်းဆောင်ရည်ကို ကျွန်ုပ်တို့ မကျေနပ်နိုင်တော့ပါ။ ထို့အပြင်၊ PA-RISC ဗိသုကာလက်ရာသည် သေလုနီးပါးဖြစ်နေပြီ၊ ရောင်းချသူသည် သိသာထင်ရှားသော အပ်ဒိတ်များကို မကမ်းလှမ်းခဲ့ပါ။ ရလဒ်အနေဖြင့်၊ ကျွန်ုပ်တို့သည် HP UX/PA RISC မှ Linux/x86 သို့ စတင်ပြောင်းရွှေ့ခဲ့သည်။ ဝင်ရောက်အသုံးပြုသည့် ဆာဗာများ၏ လိုက်လျောညီထွေရှိမှုဖြင့် အသွင်ကူးပြောင်းမှု စတင်ခဲ့သည်။

ဘာကြောင့် ဗိသုကာလက်ရာကို ထပ်ပြောင်းရမှာလဲ ။ အမှန်မှာ ကြိမ်နှုန်းမြင့် ကုန်သွယ်မှုသည် system core ရှိ ဝန်ပရိုဖိုင်ကို သိသာထင်ရှားစွာ ပြောင်းလဲစေပါသည်။

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

ဤ 50 ms ကြားကာလတွင်၊ ပျမ်းမျှအမြန်နှုန်းသည် တစ်စက္ကန့်လျှင် အရောင်းအဝယ် ၁၆ဝဝဝ ခန့်ဖြစ်သည်။ အကယ်၍ ကျွန်ုပ်တို့သည် window ကို 16 ms သို့လျှော့ချပါက၊ ကျွန်ုပ်တို့သည် အထွတ်အထိပ်၌ အရောင်းအ၀ယ် 20 ဖြင့် တစ်စက္ကန့်လျှင် ပျမ်းမျှ အရောင်းအ၀ယ် 90 ရရှိပါသည်။ တစ်နည်းအားဖြင့် ဝန်သည် ရုတ်တရက် ပေါက်ကွဲခြင်းနှင့်အတူ မတည်မြဲပါ။ ပြီးတော့ တောင်းဆိုချက်တွေရဲ့ တန်းစီခြင်းကို အမြဲတမ်း မြန်မြန်ဆန်ဆန် လုပ်ဆောင်ရပါမယ်။

ဒါပေမယ့် ဘာလို့ တန်းစီနေရတာလဲ ။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့၏ဥပမာတွင်၊ သုံးစွဲသူအများအပြားသည် စျေးနှုန်းပြောင်းလဲမှုကို သတိပြုမိကြပြီး လိုက်လျောညီထွေရှိသော ငွေလွှဲမှုများကို ပေးပို့ကြသည်။ ၎င်းတို့သည် Gateway သို့ ရောက်ရှိလာပြီး ၎င်းတို့ကို အမှတ်အသားပြုကာ သတ်မှတ်ထားသော အမိန့်တစ်ခု သတ်မှတ်ပြီး ၎င်းတို့ကို ကွန်ရက်သို့ ပေးပို့သည်။ Router များသည် packet များကို မွှေနှောက်ပြီး ၎င်းတို့ကို ထပ်ဆင့်ပို့ပါသည်။ ဘယ်သူ့ ပက်ကေ့ဂျ်က အရင်ရောက်လာတယ်၊ အဲဒီ အရောင်းအဝယ်က “အနိုင်ရ” တယ်။ ရလဒ်အနေဖြင့်၊ ငွေလွှဲဖောက်သည်များသည် တူညီသောငွေပေးငွေယူကို Gateways အများအပြားမှ ပေးပို့ပါက၊ ၎င်း၏ လျင်မြန်သောလုပ်ဆောင်မှု အခွင့်အလမ်းများ တိုးလာသည်ကို သတိပြုမိလာသည်။ မကြာမီတွင်၊ ငွေလဲလှယ်စက်ရုပ်များသည် တောင်းဆိုမှုများဖြင့် Gateway ကို စတင်တိုက်ခိုက်ခဲ့ပြီး အရောင်းအဝယ်များ ပြိုလဲသွားခဲ့သည်။

ဆင့်ကဲဖြစ်စဉ်အသစ်

စမ်းသပ်ခြင်းနှင့် သုတေသနပြုပြီးနောက်၊ ကျွန်ုပ်တို့သည် အချိန်နှင့်တပြေးညီ လည်ပတ်မှုစနစ် kernel သို့ ပြောင်းခဲ့သည်။ ၎င်းအတွက် ကျွန်ုပ်တို့သည် အချိန်နှင့်တပြေးညီ စာတိုပေးပို့ခြင်းအတွက် MRG ကို ကိုယ်စားပြုသည့် RedHat Enterprise MRG Linux ကို ရွေးချယ်ခဲ့သည်။ အချိန်နှင့်တပြေးညီ ဖာထေးမှုများ၏ အားသာချက်မှာ ၎င်းတို့သည် ဖြစ်နိုင်သမျှအမြန်ဆုံး အကောင်အထည်ဖော်မှုအတွက် စနစ်ကို အကောင်းဆုံးဖြစ်အောင် လုပ်ဆောင်ခြင်းဖြစ်သည်- လုပ်ငန်းစဉ်အားလုံးကို FIFO တန်းစီတွင် တန်းစီထားပြီး၊ cores များကို သီးခြားထားနိုင်သည်၊ ထုတ်ပယ်ခြင်းမပြုဘဲ၊ ငွေပေးငွေယူအားလုံးကို တင်းကျပ်သော sequence ဖြင့် လုပ်ဆောင်ပါသည်။

အနီရောင် - ပုံမှန် kernel တစ်ခုတွင် တန်းစီတစ်ခုနှင့် အလုပ်လုပ်သည်၊ အစိမ်းရောင် - အချိန်နှင့်တစ်ပြေးညီ kernel တွင် အလုပ်လုပ်သည်။

သို့သော် ပုံမှန်ဆာဗာများတွင် latency နည်းပါးနေမှုကို ရရှိရန်မှာ မလွယ်ကူလှပါ။

• x86 ဗိသုကာလက်ရာတွင် အရေးကြီးသော အရံပစ္စည်းများနှင့် လုပ်ဆောင်ရန်အတွက် အခြေခံဖြစ်သည့် SMI မုဒ်သည် အလွန်အနှောင့်အယှက်ပေးသည်။ ဟာ့ဒ်ဝဲဖြစ်ရပ်များ အမျိုးမျိုးကို စီမံဆောင်ရွက်ခြင်းနှင့် အစိတ်အပိုင်းများနှင့် စက်ပစ္စည်းများ၏ စီမံခန့်ခွဲမှုကို ဖောက်ထွင်းမြင်ရသည့် SMI မုဒ်တွင် ဖာမ်းဝဲလ်က လုပ်ဆောင်ပြီး ယင်းတွင် လည်ပတ်မှုစနစ်သည် ဖာမ်းဝဲဘာလုပ်နေသည်ကို လုံးဝမမြင်နိုင်ပါ။ စည်းကမ်းအတိုင်း၊ အဓိကရောင်းချသူအားလုံးသည် SMI လုပ်ဆောင်မှုပမာဏကို လျှော့ချခွင့်ပြုသည့် firmware ဆာဗာများအတွက် အထူး extension များကို ပေးဆောင်သည်။
• ပရိုဆက်ဆာ ကြိမ်နှုန်းကို ဒိုင်နမစ်ထိန်းချုပ်မှု မရှိသင့်ပါ၊ ၎င်းသည် အပိုထပ်ဆောင်း စက်ရပ်မှုကို ဖြစ်စေသည်။
• ဖိုင်စနစ်မှတ်တမ်းကို ရှင်းသွားသောအခါ၊ ခန့်မှန်းမရသောနှောင့်နှေးမှုများ ဖြစ်စေသည့် kernel တွင် အချို့သော လုပ်ငန်းစဉ်များ ဖြစ်ပေါ်ပါသည်။
• CPU Affinity၊ Interrupt affinity၊ NUMA ကဲ့သို့သော အရာများကို အာရုံစိုက်ရန် လိုအပ်သည်။

အချိန်နှင့်တပြေးညီလုပ်ဆောင်မှုအတွက် Linux ဟာ့ဒ်ဝဲနှင့် kernel ကိုတည်ဆောက်ခြင်းအကြောင်းအရာသည် သီးခြားဆောင်းပါးနှင့်ထိုက်တန်သည်ဟု ကျွန်ုပ်ပြောရပါမည်။ ရလဒ်ကောင်းတစ်ခုမရရှိမီ ကျွန်ုပ်တို့သည် စမ်းသပ်ခြင်းနှင့် သုတေသနပြုလုပ်ရန် အချိန်များစွာကုန်ဆုံးခဲ့သည်။

PA-RISC ဆာဗာများမှ x86 သို့ပြောင်းသောအခါ၊ ကျွန်ုပ်တို့သည် လက်တွေ့ကျကျအားဖြင့် စနစ်ကုဒ်ကို များစွာပြောင်းလဲရန်မလိုအပ်ဘဲ၊ ကျွန်ုပ်တို့က ၎င်းကို လိုက်လျောညီထွေဖြစ်အောင် ပြန်လည်ပြင်ဆင်လိုက်ရုံသာဖြစ်သည်။ တစ်ချိန်တည်းမှာပင်၊ ကျွန်ုပ်တို့သည် ချို့ယွင်းချက်များစွာကို ပြင်ဆင်ခဲ့သည်။ ဥပမာအားဖြင့်၊ PA RISC သည် Big endian စနစ်တစ်ခုဖြစ်ပြီး x86 သည် Little endian စနစ်ဖြစ်ပြီး လျင်မြန်စွာပေါ်ထွက်နေသည်- ဥပမာ၊ ဒေတာကို မမှန်မကန်ဖတ်ခြင်း၏ အကျိုးဆက်များ။ ပိုခက်တဲ့ ချို့ယွင်းချက်ကတော့ PA RISC က သုံးပါတယ်။ တသမတ်တည်း တသမတ်တည်း (စဉ်ဆက်မပြတ် တသမတ်တည်း) memory access သည် x86 သည် read operations များကို ပြန်လည်စီစစ်နိုင်ပြီး၊ ထို့ကြောင့် ပလပ်ဖောင်းတစ်ခုပေါ်တွင် လုံးဝမှန်ကန်သောကုဒ်သည် အခြားတစ်ခုတွင် ကွဲသွားပါသည်။

x86 သို့ပြောင်းပြီးနောက်၊ စွမ်းဆောင်ရည်သည် သုံးဆနီးပါးတိုးလာပြီး ပျမ်းမျှငွေပေးငွေယူလုပ်ဆောင်ချိန်သည် 60 μs သို့ ကျဆင်းသွားသည်။

ယခုစနစ်ဗိသုကာတွင် မည်သည့်သော့ချက်ပြောင်းလဲမှုများ ပြုလုပ်ထားသည်ကို အနီးကပ်လေ့လာကြည့်ကြပါစို့။

ပူရံရောယှက်

ကုန်စည်ဆာဗာများသို့ ပြောင်းသည့်အခါ ၎င်းတို့သည် ယုံကြည်စိတ်ချရမှုနည်းကြောင်း ကျွန်ုပ်တို့ သိရှိခဲ့ကြသည်။ ထို့ကြောင့်၊ ဗိသုကာအသစ်တစ်ခုဖန်တီးသောအခါတွင်၊ ကျွန်ုပ်တို့သည် ဦးစားပေးတစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော node များ၏ ချို့ယွင်းမှုဖြစ်နိုင်ခြေကို ယူဆပါသည်။ ထို့ကြောင့်၊ အရန်ကူးစက်များသို့ လျင်မြန်စွာပြောင်းနိုင်သည့် hot standby စနစ် လိုအပ်ပါသည်။

ထို့အပြင်၊ အခြားသော လိုအပ်ချက်များလည်း ရှိခဲ့ပါသည်။

• မည်သည့်အခြေအနေမျိုးတွင်မှ သင်လုပ်ဆောင်ပြီးသော လွှဲပြောင်းမှုများ ဆုံးရှုံးသင့်ပါသည်။
• ကျွန်ုပ်တို့၏ အခြေခံအဆောက်အအုံအတွက် စနစ်သည် လုံးဝပွင့်လင်းမြင်သာမှုရှိရမည်။
• ဖောက်သည်များ ကျဆင်းသွားသော ချိတ်ဆက်မှုများကို မမြင်သင့်ပါ။
• ဤအရာသည် လဲလှယ်မှုအတွက် အရေးကြီးသောအချက်ဖြစ်သောကြောင့် ကြိုတင်မှာယူမှုများသည် သိသာထင်ရှားသောနှောင့်နှေးမှုကို မဖော်ပြသင့်ပါ။

ပူပြင်းသော အသင့်အနေအထားစနစ်တစ်ခုကို ဖန်တီးသောအခါတွင်၊ ကျွန်ုပ်တို့သည် ထိုကဲ့သို့သော အခြေအနေများကို နှစ်ဆမအောင်မြင်ခြင်း (ဥပမာ၊ ဆာဗာတစ်ခုပေါ်ရှိ ကွန်ရက်သည် အလုပ်မလုပ်တော့ဘဲ ပင်မဆာဗာ ရပ်တန့်သွားသည်)၊ ဆော့ဖ်ဝဲလ်တွင် အမှားအယွင်းများ ဖြစ်နိုင်ခြေကို မစဉ်းစားထားဘဲ စမ်းသပ်နေစဉ်အတွင်း ၎င်းတို့ကို ဖော်ထုတ်နိုင်သောကြောင့်၊ ဟာ့ဒ်ဝဲ၏ မှားယွင်းသော လုပ်ဆောင်မှုကို မစဉ်းစားခဲ့ပါ။

ရလဒ်အနေဖြင့်၊ ကျွန်ုပ်တို့သည် အောက်ပါအစီအစဉ်သို့ ရောက်လာသည်-

• ပင်မဆာဗာသည် Gateway ဆာဗာများနှင့် တိုက်ရိုက် အပြန်အလှန် သက်ရောက်မှုရှိသည်။
• ပင်မဆာဗာတွင် လက်ခံရရှိသည့် ငွေပေးငွေယူအားလုံးကို သီးခြားချန်နယ်တစ်ခုမှတစ်ဆင့် အရန်ဆာဗာသို့ ချက်ချင်းထပ်တူကူးခဲ့သည်။ ပြဿနာတစ်စုံတစ်ရာပေါ်ပေါက်ပါက ခုံသမာဓိလူကြီး (အုပ်ချုပ်ရေးမှူး) မှ ညှိနှိုင်းဆောင်ရွက်ပေးခဲ့ပါသည်။

  

• ပင်မဆာဗာသည် ငွေပေးငွေယူတစ်ခုစီကို လုပ်ဆောင်ပြီး အရန်ဆာဗာထံမှ အတည်ပြုချက်ကို စောင့်ဆိုင်းခဲ့သည်။ တုံ့ပြန်ချိန်ကို အနည်းဆုံးဖြစ်အောင် ထိန်းသိမ်းထားရန်၊ အရန်ဆာဗာတွင် ငွေပေးငွေယူ အပြီးသတ်ရန် စောင့်ဆိုင်းခြင်းကို ရှောင်ကြဉ်ခဲ့သည်။ ကွန်ရက်ကိုဖြတ်၍ ငွေပေးငွေယူလုပ်ရသည့်အချိန်သည် လုပ်ဆောင်ချိန်နှင့် နှိုင်းယှဉ်နိုင်သောကြောင့် နောက်ထပ် latency ကို ထပ်ထည့်ထားခြင်းမရှိပါ။
• ယခင်ငွေပေးငွေယူအတွက် ပင်မနှင့် အရန်ဆာဗာများ၏ စီမံဆောင်ရွက်ဆဲအခြေအနေများကိုသာ စစ်ဆေးနိုင်ခဲ့ပြီး လက်ရှိငွေပေးငွေယူ လုပ်ဆောင်နေသည့် အခြေအနေကိုလည်း မသိရသေးပါ။ ကျွန်ုပ်တို့သည် single-threaded လုပ်ငန်းစဉ်များကို အသုံးပြုနေဆဲဖြစ်သောကြောင့်၊ Backup မှ တုံ့ပြန်မှုကို စောင့်ဆိုင်းခြင်းသည် လုပ်ငန်းစဉ်တစ်ခုလုံးကို နှေးကွေးသွားစေမည်ဖြစ်သောကြောင့် ကျွန်ုပ်တို့သည် ကျိုးကြောင်းဆီလျော်သော အပေးအယူတစ်ရပ်ကို ပြုလုပ်ခဲ့သည်- ယခင်ငွေပေးငွေယူ၏ ရလဒ်ကို စစ်ဆေးထားပါသည်။

အစီအစဥ်သည် အောက်ပါအတိုင်း လုပ်ဆောင်ခဲ့သည်။

ပင်မဆာဗာသည် တုံ့ပြန်မှုရပ်တန့်သွားသည်ဆိုပါစို့၊ သို့သော် Gateways သည် ဆက်လက်ဆက်သွယ်နေပါသည်။ အရန်ဆာဗာတွင် အချိန်ကုန်သွားသည်၊ ၎င်းသည် ပင်မဆာဗာ၏ အခန်းကဏ္ဍကို တာဝန်ပေးသော အုပ်ချုပ်ရေးမှူးထံ ဆက်သွယ်ကာ Gateways အားလုံးကို ပင်မဆာဗာအသစ်သို့ ပြောင်းသည်။

ပင်မဆာဗာသည် အွန်လိုင်းပြန်တက်လာပါက၊ Gateway မှ ဆာဗာထံသို့ အချိန်အတိုင်းအတာတစ်ခုအထိ ခေါ်ဆိုမှုများမရှိသောကြောင့် စက်တွင်းအချိန်ကုန်ဆုံးမှုကိုလည်း အစပျိုးစေသည်။ ထို့နောက် ဘုရင်ခံထံသို့ လှည့်၍ အကြံအစည်မှ ဖယ်ထုတ်လိုက်သည်။ ရလဒ်အနေဖြင့်၊ လဲလှယ်မှုသည် ကုန်သွယ်မှုကာလကုန်ဆုံးသည်အထိ ဆာဗာတစ်ခုနှင့် အလုပ်လုပ်သည်။ ဆာဗာချို့ယွင်းမှုဖြစ်နိုင်ခြေ အလွန်နည်းသောကြောင့်၊ ဤအစီအစဥ်သည် လက်ခံနိုင်ဖွယ်ရှိသည်ဟု ယူဆရပြီး ၎င်းတွင် ရှုပ်ထွေးသောယုတ္တိမပါဝင်ဘဲ စမ်းသပ်ရန်လွယ်ကူသည်။

ဆက်ခံရဖို့။

source: www.habr.com