ခိုးယူခြင်း- virtual machines များမှ CPU အချိန်ကို ခိုးယူသူ

မင်္ဂလာပါ! virtual machines များအတွင်း ခိုးယူမှု ပေါ်ပေါက်လာမှု၏ စက်ပြင်ဆိုင်ရာ ရိုးရှင်းသော ဝေါဟာရများနှင့် သူ၏ သုတေသနပြုစဉ်အတွင်း ကျွန်ုပ်တို့ ရှာဖွေတွေ့ရှိခဲ့သော ထင်ရှားသော မဟုတ်သော အရာအချို့အကြောင်း cloud platform ၏ နည်းပညာဆိုင်ရာ ဒါရိုက်တာအဖြစ် ကျွန်တော် နစ်မြုပ်ခဲ့ရသည့် အကြောင်းများကို ရိုးရှင်းစွာ ပြောပြလိုပါသည်။ Mail.ru တိမ်တိုက်ဖြေရှင်းချက်. ပလပ်ဖောင်းသည် KVM တွင်အလုပ်လုပ်သည်။

CPU ခိုးယူသည့်အချိန်သည် virtual machine သည် ၎င်း၏လုပ်ဆောင်မှုအတွက် ပရိုဆက်ဆာအရင်းအမြစ်များကို လက်ခံရရှိခြင်းမရှိသည့်အချိန်ဖြစ်သည်။ ဤအချိန်ကို virtualization ဝန်းကျင်ရှိ ဧည့်သည်လည်ပတ်မှုစနစ်များတွင်သာ ထည့်သွင်းစဉ်းစားပါသည်။ ဘဝတွင်ကဲ့သို့ပင် ဤခွဲဝေချထားပေးထားသော အရင်းအမြစ်များ မည်သည့်နေရာသို့သွားရသည့် အကြောင်းရင်းများသည် အလွန်ရှင်းလင်းမရေရာပါ။ ဒါပေမယ့် စမ်းသပ်မှုများစွာကိုတောင်မှ အဖြေရှာဖို့ ဆုံးဖြတ်ခဲ့ကြတယ်။ ခိုးယူခြင်းအကြောင်း အားလုံးသိနေပြီ မဟုတ်ဘူး၊ ဒါပေမယ့် စိတ်ဝင်စားစရာကောင်းတဲ့ အရာတစ်ခုကို အခုပြောပြမယ်။

၁။ခိုးခြင်းဟူသည် အဘယ်နည်း

ထို့ကြောင့် ခိုးယူခြင်းသည် virtual machine တစ်ခုအတွင်းရှိ လုပ်ငန်းစဉ်များအတွက် ပရိုဆက်ဆာအချိန်မရှိခြင်းကို ညွှန်ပြသည့် မက်ထရစ်တစ်ခုဖြစ်သည်။ ဖော်ပြထားသည့်အတိုင်း KVM kernel patch တွင်ခိုးယူမှုသည် ဟိုက်ပါဆာသည် ဟို့စ် OS ပေါ်ရှိ အခြားလုပ်ငန်းစဉ်များကို လုပ်ဆောင်နေသည့်အချိန်ပမာဏဖြစ်ပြီး ၎င်းသည် လည်ပတ်ရန်အတွက် virtual machine လုပ်ငန်းစဉ်ကို တန်းစီထားသော်လည်း၊ ဆိုလိုသည်မှာ၊ ခိုးယူခြင်းကို လုပ်ငန်းစဉ်စတင်ရန်အဆင်သင့်ဖြစ်ချိန်နှင့် လုပ်ငန်းစဉ်ကို CPU အချိန်ခွဲဝေပေးသည့်အချိန်ကြားခြားနားချက်အဖြစ် တွက်ချက်သည်။

virtual machine kernel သည် hypervisor ထံမှ ခိုးယူမက်ထရစ်ကို လက်ခံရရှိသည် ။ တစ်ချိန်တည်းမှာပင်၊ hypervisor သည် ၎င်းလုပ်ဆောင်နေသည့် အခြားလုပ်ငန်းစဉ်များကို မသတ်မှတ်ထားဘဲ "ငါအလုပ်များနေချိန်၊ ငါမင်းကို အချိန်မပေးနိုင်ဘူး" KVM တွင်၊ ခိုးယူတွက်ချက်မှုအတွက် ပံ့ပိုးမှုကို ထည့်သွင်းထားသည်။ ဖာထေးမှုများ. ဤနေရာတွင် အဓိက အချက်နှစ်ချက် ရှိပါသည်။

• virtual machine သည် hypervisor ထံမှခိုးယူခြင်းအကြောင်းလေ့လာသည်။ ဆိုလိုသည်မှာ၊ ဆုံးရှုံးမှု၏ရှုထောင့်မှကြည့်လျှင်၊ virtual machine ကိုယ်တိုင်ပေါ်ရှိ လုပ်ငန်းစဉ်များအတွက်၊ ၎င်းသည် အမျိုးမျိုးသော ပုံပျက်ခြင်းများကို ကြုံတွေ့ရနိုင်သည့် သွယ်ဝိုက်တိုင်းတာမှုတစ်ခုဖြစ်သည်။
• hypervisor သည် ၎င်းလုပ်ဆောင်နေသည့်အရာနှင့်ပတ်သက်သည့် virtual machine နှင့် အချက်အလက်ကို မျှဝေခြင်းမပြုပါ - အဓိကအချက်မှာ ၎င်းတွင် အချိန်မကုန်ခြင်းကြောင့်ဖြစ်သည်။ ထို့အတွက်ကြောင့်၊ ပြိုင်ဆိုင်မှုဖြစ်စဉ်များ၏ သဘောသဘာဝအရ အကဲဖြတ်နိုင်သည့် ခိုးယူမှုညွှန်ပြချက်ရှိ ပုံပျက်များကို virtual machine ကိုယ်တိုင်က ထောက်လှမ်းနိုင်မည်မဟုတ်ပေ။

2. ခိုးယူခြင်းအပေါ် သက်ရောက်မှုမှာ အဘယ်နည်း

၂.၁။ ခိုးယူတွက်ချက်ခြင်း။

အမှန်မှာ၊ ခိုးယူခြင်းကို ပုံမှန် CPU အသုံးပြုချိန်နှင့် အတူတူပင်ဟု ယူဆပါသည်။ မည်ကဲ့သို့ ပြန်လည်အသုံးပြုခြင်းကို ထည့်သွင်းစဉ်းစားသည်နှင့် ပတ်သက်၍ အချက်အလက်များစွာ မရှိပါ။ အများစုက ဒီမေးခွန်းကို ရှင်းရှင်းလင်းလင်း ထင်မြင်နေတာကြောင့် ဖြစ်နိုင်ပါတယ်။ ဒါပေမယ့် ဒီနေရာမှာလည်း အမှားတွေရှိတယ်။ ဤလုပ်ငန်းစဉ်၏ခြုံငုံသုံးသပ်ချက်ကိုဖတ်ပါ။ Brendan Gregg ၏ဆောင်းပါး: အသုံးပြုမှုကို တွက်ချက်ရာတွင် ကွဲပြားချက်များစွာအကြောင်းနှင့် ဤတွက်ချက်မှု မှားယွင်းသွားမည့် အခြေအနေများအကြောင်း အောက်ပါအကြောင်းများကြောင့် သင်လေ့လာရလိမ့်မည်-

• လည်ပတ်မှုများကို ကျော်သွားသည့် ပရိုဆက်ဆာ၏ အပူလွန်ကဲခြင်း။
• ပရိုဆက်ဆာ နာရီကြိမ်နှုန်းကို ပြောင်းလဲပေးသော Turbo Boost ကို ဖွင့်/ပိတ်ပါ။
• SpeedStep ကဲ့သို့သော ပရိုဆက်ဆာ ပါဝါချွေတာသော နည်းပညာများကို အသုံးပြုသည့်အခါ ဖြစ်ပေါ်သည့် အချိန်အပိုင်းတစ်ပိုင်း၏ အရှည်ပြောင်းလဲမှု။
• ပျမ်းမျှပြဿနာကို တွက်ချက်ခြင်း- တစ်မိနစ်အသုံးပြုမှု ခန့်မှန်းချက် 80% သည် ရေတိုရေတိုပေါက်ကွဲခြင်းကို 100% ဖုံးကွယ်နိုင်သည်။
• လှည့်ပတ်သော့ခတ်ခြင်းသည် ပရိုဆက်ဆာအား ပြန်လည်သိမ်းယူနိုင်စေသော်လည်း အသုံးပြုသူလုပ်ငန်းစဉ်သည် ၎င်း၏လုပ်ဆောင်မှုတွင် တိုးတက်မှုမရှိပေ။ ရလဒ်အနေဖြင့်၊ လုပ်ငန်းစဉ်အားဖြင့် ပရိုဆက်ဆာ၏ ခန့်မှန်းအသုံးပြုမှုသည် XNUMX% ဖြစ်မည်ဖြစ်သော်လည်း လုပ်ငန်းစဉ်သည် ပရိုဆက်ဆာအချိန်ကို ရုပ်ပိုင်းဆိုင်ရာအရ သုံးစွဲမည်မဟုတ်ပေ။

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

ခိုးယူရေတွက်ခြင်းလုပ်ငန်းစဉ်သည် သာမန်ခိုးယူမှုအရေအတွက်နှင့် တူညီသောပြဿနာများပေါ်တွင် မူတည်သည်။ ထိုသို့သော ပြဿနာများ မကြာခဏ ပေါ်လာသည်ဟု မဆိုလိုသော်လည်း စိတ်ဓာတ်ကျနေပုံရသည်။

၂.၂။ KVM တွင် virtualization အမျိုးအစားများ

ယေဘူယျအားဖြင့်ပြောရလျှင်၊ virtualization အမျိုးအစားသုံးမျိုးရှိပြီး ၎င်းတို့အားလုံးကို KVM မှပံ့ပိုးထားသည်။ ခိုးယူခြင်း၏ယန္တရားသည် virtualization အမျိုးအစားပေါ်တွင်မူတည်နိုင်သည်။

ဘာသာပြန်ချက်. ဤကိစ္စတွင်၊ hypervisor ၏ရုပ်ပိုင်းဆိုင်ရာကိရိယာများနှင့်အတူ virtual machine ၏လည်ပတ်မှုစနစ်၏အလုပ်သည်ဤကဲ့သို့သောအရာတစ်ခုဖြစ်သည်။

1. ဧည့်သည်လည်ပတ်မှုစနစ်သည် ၎င်း၏ဧည့်သည်ကိရိယာသို့ အမိန့်ပေးသည်။
2. ဧည့်သည်စက်ဒရိုင်ဘာသည် အမိန့်ကိုလက်ခံရရှိပြီး စက်ပစ္စည်း၏ BIOS အတွက် တောင်းဆိုချက်တစ်ခုထုတ်ပေးကာ hypervisor သို့ ပေးပို့သည်။
3. hypervisor လုပ်ငန်းစဉ်သည် command တစ်ခုကို ရုပ်ပိုင်းဆိုင်ရာ ကိရိယာတစ်ခုအတွက် အမိန့်တစ်ခုအဖြစ် ဘာသာပြန်ပြီး ၎င်းကို အခြားအရာများကြားတွင် ပိုမိုလုံခြုံစေသည်။
4. ရုပ်ပိုင်းဆိုင်ရာ စက်ပစ္စည်း၏ ယာဉ်မောင်းသည် ပြုပြင်ထားသော အမိန့်ကို လက်ခံပြီး ၎င်းကို ရုပ်ပိုင်းဆိုင်ရာ စက်ပစ္စည်းသို့ ပေးပို့သည်။
5. အမိန့်များကို အကောင်အထည်ဖော်ခြင်း၏ ရလဒ်များသည် တူညီသောလမ်းကြောင်းအတိုင်း ပြန်သွားပါသည်။

ဘာသာပြန်သည်။ ဒါပေမယ့် ဒီအတွက် မင်းအရင်ဆုံး အရှိန်နဲ့ပေးရမယ်။

Hardware virtualization. ဤကိစ္စတွင်၊ ဟာ့ဒ်ဝဲအဆင့်ရှိ စက်သည် လည်ပတ်မှုစနစ်မှ အမိန့်များကို နားလည်သည်။ ဒါက အမြန်ဆုံးနဲ့ အကောင်းဆုံးနည်းလမ်းပါ။ သို့သော် ကံမကောင်းစွာဖြင့်၊ ၎င်းကို ရုပ်ပိုင်းဆိုင်ရာစက်ပစ္စည်းများ၊ hypervisors များနှင့် ဧည့်သည်လည်ပတ်မှုစနစ်များအားလုံးမှ ပံ့ပိုးမထားပါ။ လက်ရှိတွင်၊ hardware virtualization ကိုပံ့ပိုးပေးသည့် အဓိကစက်ပစ္စည်းများမှာ ပရိုဆက်ဆာများဖြစ်သည်။

Paravirtualization. KVM ပေါ်ရှိ စက်ပစ္စည်း virtualization အတွက် အသုံးအများဆုံး ရွေးချယ်မှုနှင့် ဧည့်သည်လည်ပတ်မှုစနစ်များအတွက် ယေဘုယျအားဖြင့် အသုံးအများဆုံး virtualization မုဒ်။ ၎င်း၏ထူးခြားချက်မှာ အချို့သော hypervisor စနစ်ခွဲများ (ဥပမာ၊ ကွန်ရက် သို့မဟုတ် disk stack နှင့်) သို့မဟုတ် အဆင့်နိမ့် command များကို ဘာသာပြန်ခြင်းမရှိဘဲ hypervisor API ကို အသုံးပြု၍ မှတ်ဉာဏ်စာမျက်နှာများကို ခွဲဝေပေးခြင်းသည် ဖြစ်ပေါ်ပါသည်။ ဤ virtualization နည်းလမ်း၏အားနည်းချက်မှာ ဤ API ကိုအသုံးပြု၍ hypervisor နှင့် ဆက်သွယ်နိုင်စေရန် ဧည့်သည်လည်ပတ်မှုစနစ် kernel ကို ပြုပြင်ရန်လိုအပ်ပါသည်။ သို့သော် ၎င်းကို ဧည့်သည်လည်ပတ်မှုစနစ်တွင် အထူးဒရိုက်ဗာများ ထည့်သွင်းခြင်းဖြင့် ဖြေရှင်းလေ့ရှိသည်။ KVM တွင် ဤ API ကို ခေါ်သည်။ virtio API.

ဘာသာပြန်ခြင်းနှင့် နှိုင်းယှဉ်ပါက paravirtualization ဖြင့်၊ virtual machine မှ command များကို host ရှိ hypervisor လုပ်ငန်းစဉ်သို့ တိုက်ရိုက်ပေးပို့ခြင်းဖြင့် ရုပ်ပိုင်းဆိုင်ရာစက်ပစ္စည်းသို့ လမ်းကြောင်းကို သိသာထင်ရှားစွာ လျော့ကျသွားပါသည်။ ၎င်းသည် သင့်အား virtual machine အတွင်းရှိ ညွှန်ကြားချက်အားလုံးကို အရှိန်မြှင့်လုပ်ဆောင်နိုင်စေပါသည်။ KVM တွင်၊ virtio API သည် ကွန်ရက် သို့မဟုတ် ဒစ်ခ်အဒက်တာကဲ့သို့ အချို့သောစက်ပစ္စည်းများအတွက်သာ ဤအရာအတွက် တာဝန်ရှိပါသည်။ ထို့ကြောင့် virtio drivers များကို virtual machines အတွင်းတွင် ထည့်သွင်းထားသည်။

ဤအရှိန်မြှင့်ခြင်း၏ ပြောင်းပြန်အခြမ်းမှာ virtual machine အတွင်းရှိ လုပ်ဆောင်သည့် လုပ်ငန်းစဉ်အားလုံးသည် ၎င်းအတွင်း၌ ရှိနေခြင်းပင်ဖြစ်သည်။ ၎င်းသည် ခိုးယူခြင်းကို ဖြစ်ပေါ်စေနိုင်သည့် အထူးအကျိုးသက်ရောက်မှုများကို ဖန်တီးပေးသည်။ ဤကိစ္စကို အသေးစိတ်လေ့လာခြင်းဖြင့် စတင်ရန် အကြံပြုလိုပါသည်။ virtual I/O အတွက် API တစ်ခု- virtio.

၂.၃။ "တရားမျှတသော" အချိန်ဇယား

hypervisor ပေါ်ရှိ virtual machine သည် အမှန်တကယ်တွင်၊ Linux kernel ရှိ အချိန်ဇယားဆွဲခြင်း (လုပ်ငန်းစဉ်များအကြား အရင်းအမြစ်များ ဖြန့်ဝေခြင်း) ၏ နိယာမများကို လိုက်နာသော ပုံမှန်လုပ်ငန်းစဉ်တစ်ခုဖြစ်သောကြောင့် ၎င်းကို အနီးကပ်လေ့လာကြည့်ကြပါစို့။

Linux သည် kernel 2.6.23 မှစတင်၍ ပုံသေအချိန်ဇယားဆွဲသူဖြစ်လာသည့် CFS, Completely Fair Scheduler ကိုအသုံးပြုသည်။ ဤ algorithm ကို နားလည်ရန်၊ သင်သည် Linux Kernel Architecture သို့မဟုတ် အရင်းအမြစ်ကို ဖတ်နိုင်သည်။ CFS ၏ အနှစ်သာရသည် ၎င်းတို့၏ လုပ်ဆောင်မှုကြာချိန်ပေါ်မူတည်၍ လုပ်ငန်းစဉ်များအကြား ပရိုဆက်ဆာအချိန်ကို ခွဲဝေပေးခြင်းဖြစ်သည်။ လုပ်ငန်းစဉ်တစ်ခုအတွက် CPU အချိန်ပိုလိုအပ်လေ၊ CPU အချိန်ပိုနည်းလေဖြစ်သည်။ ၎င်းသည် လုပ်ငန်းစဉ်အားလုံး၏ "တရားမျှတသော" လုပ်ဆောင်မှုကို အာမခံသည် - ထို့ကြောင့် လုပ်ငန်းစဉ်တစ်ခုသည် ပရိုဆက်ဆာအားလုံးကို အချိန်တိုင်းမသိမ်းပိုက်နိုင်စေရန်နှင့် အခြားလုပ်ငန်းစဉ်များကို လုပ်ဆောင်နိုင်သည်။

တစ်ခါတစ်ရံတွင် ဤအလေ့အကျင့်သည် စိတ်ဝင်စားဖွယ်ကောင်းသော အရာများဆီသို့ ဦးတည်စေသည်။ သက်တမ်းကြာမြင့်သော Linux အသုံးပြုသူများသည် compiler ကဲ့သို့သော အရင်းအမြစ်-အသုံးများသော အပလီကေးရှင်းများကို စတင်စဉ်အတွင်း desktop ပေါ်ရှိ ပုံမှန်စာသားတည်းဖြတ်မှုအား ခေတ္တရပ်ထားမည်ကို သေချာပေါက် မှတ်မိပါလိမ့်မည်။ ဒက်စ်တော့ အပလီကေးရှင်းများ၏ အရင်းအမြစ်-အလေးအမြတ်ထားခြင်းမရှိသော အလုပ်များသည် compiler ကဲ့သို့သော အရင်းအမြစ်များကို တက်ကြွစွာသုံးစွဲသည့် အလုပ်များနှင့် ပြိုင်ဆိုင်ခြင်းကြောင့် ဖြစ်ရခြင်းဖြစ်ပါသည်။ CFS က ၎င်းသည် တရားမျှတမှု မရှိဟု ယူဆသောကြောင့် ၎င်းသည် စာသားတည်းဖြတ်သူကို အခါအားလျော်စွာ ရပ်တန့်စေပြီး ပရိုဆက်ဆာသည် ကွန်ပလီတာလုပ်ဆောင်စရာများကို ကိုင်တွယ်နိုင်စေပါသည်။ ယန္တရားဖြင့် ပြုပြင်ခဲ့သည်။ sched_autogroupသို့သော် လုပ်ငန်းဆောင်တာများကြားတွင် ပရိုဆက်ဆာအချိန်ကို ဖြန့်ဖြူးခြင်း၏ အခြားအင်္ဂါရပ်များစွာ ကျန်ရှိနေပါသည်။ အမှန်တော့၊ ဤဇာတ်လမ်းသည် CFS တွင် အရာအားလုံး မည်မျှဆိုးရွားနေသည်အကြောင်းမဟုတ်ပါ၊ သို့သော် ပရိုဆက်ဆာအချိန်ကို "မျှတစွာ" ဖြန့်ဝေခြင်းသည် အသေးငယ်ဆုံးအလုပ်မဟုတ်ဟူသောအချက်ကို အာရုံစိုက်ရန် ကြိုးစားမှုတစ်ခုဖြစ်သည်။

အချိန်ဇယားရေးဆွဲသူတွင် နောက်ထပ်အရေးကြီးသောအချက်မှာ ကြိုတင်မဲဖြစ်သည်။ ၎င်းသည် ပရိုဆက်ဆာမှ snickering လုပ်ငန်းစဉ်ကို နှင်ထုတ်ပြီး အခြားသူများကို လုပ်ဆောင်ခွင့်ပေးရန် လိုအပ်ပါသည်။ exile လုပ်ငန်းစဉ်ကို context switching လို့ခေါ်တဲ့ ပရိုဆက်ဆာ context switch လို့ခေါ်ပါတယ်။ တစ်ချိန်တည်းမှာပင်၊ အလုပ်၏ဆက်စပ်မှုတစ်ခုလုံးကို သိမ်းဆည်းလိုက်သည်- stack ၏အခြေအနေ၊ မှတ်ပုံတင်မှုများ၊ စသည်တို့ကို စောင့်ဆိုင်းရန် ပေးပို့ပြီးနောက် လုပ်ငန်းစဉ်ကို ပေးပို့ပြီး နောက်တစ်ခုသည် ၎င်း၏နေရာတွင် ရှိသည်။ ၎င်းသည် OS အတွက် စျေးကြီးသော လုပ်ဆောင်ချက်ဖြစ်ပြီး အသုံးနည်းသော်လည်း အမှန်တကယ်တွင် ၎င်းနှင့် ပတ်သက်၍ အမှားအယွင်းမရှိပေ။ မကြာခဏ အကြောင်းအရာပြောင်းခြင်းသည် OS တွင် ပြဿနာတစ်ခုကို ညွှန်ပြနိုင်သော်လည်း အများအားဖြင့် ၎င်းသည် ဆက်တိုက်ဖြစ်နေပြီး အထူးသဖြင့် မည်သည့်အရာကိုမျှ မဖော်ပြပါ။

အဖြစ်မှန်တစ်ခုကို ရှင်းပြရန် ဤကဲ့သို့သော ရှည်လျားသော ဇာတ်လမ်းသည် လိုအပ်သည်- လုပ်ငန်းစဉ်တစ်ခုသည် ရိုးသားသော Linux အချိန်ဇယားဆွဲမှုတွင် အသုံးပြုရန် ပိုမိုကြိုးစားလာလေ၊ အခြားပရိုဆက်ဆာများမှာလည်း အလုပ်လုပ်နိုင်စေရန် မြန်ဆန်လေလေဖြစ်သည်။ ဤအရာသည် မှန်ကန်သည်ဖြစ်စေ မမှန်ကန်သည်ဖြစ်စေ ခက်ခဲသောမေးခွန်းတစ်ခုဖြစ်ပြီး မတူညီသောဝန်ထုပ်ဝန်ပိုးများအောက်တွင် ကွဲပြားစွာဖြေရှင်းနိုင်သည်။ Windows တွင်၊ မကြာသေးမီအထိ၊ အချိန်ဇယားဆွဲသူသည် နောက်ခံလုပ်ငန်းစဉ်များကို ချိတ်ဆွဲထားနိုင်သည့် desktop အပလီကေးရှင်းများ၏ ဦးစားပေးလုပ်ဆောင်မှုအပေါ် အာရုံစိုက်ခဲ့သည်။ Sun Solaris တွင် ကွဲပြားသော အစီအစဉ်ဆွဲသူ အတန်းငါးခုရှိသည်။ Virtualization ကို စတင်သောအခါ၊ ဆဋ္ဌမတစ်ခုကို ထပ်ထည့်လိုက်သည်၊ တရားမျှတသောရှယ်ယာစီစဉ်သူအကြောင်းမှာ ယခင်ငါးခုသည် Solaris Zones virtualization နှင့် လုံလောက်စွာ အလုပ်မလုပ်သောကြောင့်ဖြစ်သည်။ ဤပြဿနာကို အသေးစိတ်လေ့လာရန် စာအုပ်ကဲ့သို့သော စာအုပ်များဖြင့် စတင်ရန် အကြံပြုလိုပါသည်။ Solaris အတွင်းပိုင်း- Solaris 10 နှင့် OpenSolaris Kernel ဗိသုကာ သို့မဟုတ် Linux Kernel ကိုနားလည်ခြင်း။.

၂.၄။ ခိုးယူမှုကို ဘယ်လိုစောင့်ကြည့်ရမလဲ။

အခြားသော ပရိုဆက်ဆာ မက်ထရစ်များကဲ့သို့ ပရိုဆက်ဆာ မက်ထရစ် စက်အတွင်း ခိုးယူမှုကို စောင့်ကြည့်ခြင်းမှာ ရိုးရှင်းပါသည်- မည်သည့် ပရိုဆက်ဆာ မက်ထရစ်တူးလ်ကိုမဆို အသုံးပြုနိုင်ပါသည်။ အဓိကအချက်မှာ virtual machine သည် Linux တွင်ရှိသင့်သည်။ အကြောင်းတစ်ခုခုကြောင့် Windows သည် ၎င်း၏အသုံးပြုသူများအား အဆိုပါအချက်အလက်များကို ပေးဆောင်ခြင်းမရှိပါ။ 🙁

ထိပ်တန်း command ၏ output- ညာဘက်ဆုံးကော်လံရှိ ပရိုဆက်ဆာပေါ်ရှိ load ကိုအသေးစိတ်ဖော်ပြခြင်း - ခိုးယူခြင်း။

ဤအချက်အလက်ကို hypervisor ထံမှ ရယူရန် ကြိုးစားသောအခါတွင် အခက်အခဲ ဖြစ်ပေါ်လာသည်။ ဥပမာအားဖြင့်၊ Load Average (LA) parameter - execution တန်းစီတွင်စောင့်ဆိုင်းနေသော လုပ်ငန်းစဉ်အရေအတွက်၏ ပျမ်းမျှတန်ဖိုးအားဖြင့်၊ host machine တွင်ခိုးယူမှုကို ခန့်မှန်းရန် သင်ကြိုးစားနိုင်သည်။ ဤပါရာမီတာကို တွက်ချက်ရန်နည်းလမ်းသည် မရိုးရှင်းသော်လည်း ယေဘုယျအားဖြင့် LA သည် ပရိုဆက်ဆာ thread အရေအတွက် 1 ထက် ပိုများနေပါက၊ Linux ဆာဗာသည် တစ်စုံတစ်ခုအား လွန်ကဲနေပြီဖြစ်ကြောင်း ညွှန်ပြနေသည်။

ဒီလုပ်ငန်းစဉ်တွေအားလုံးက ဘာကိုစောင့်နေတာလဲ။ သိသာထင်ရှားသောအဖြေမှာ ပရိုဆက်ဆာဖြစ်သည်။ သို့သော် တစ်ခါတစ်ရံတွင် ပရိုဆက်ဆာသည် အခမဲ့ဖြစ်ပြီး LA သည် အတိုင်းအတာ ပြတ်တောက်သွားသောကြောင့် အဖြေသည် လုံး၀မမှန်ပါ။ သတိရပါ။ NFS ပြုတ်ကျသွားပုံနှင့် LA သည် တစ်ချိန်တည်းတွင် ကြီးထွားလာပုံ. ခန့်မှန်းခြေအားဖြင့်တူညီသော disk နှင့်အခြားအဝင်အထွက် / အထွက် devices များနှင့်အတူရှိနိုင်ပါသည်။ သို့သော် တကယ်တမ်းတွင်၊ လုပ်ငန်းစဉ်များသည် I/O စက်နှင့် ဆက်စပ်နေသည့် ရုပ်ပိုင်းဆိုင်ရာ၊ သော့ခတ်မှု၊ နှင့် mutex ကဲ့သို့သော ယုတ္တိနည်းကျ၊ ၎င်းတွင် ဟာ့ဒ်ဝဲအဆင့်တွင်သော့ခလောက်များ (ဒစ်ခ်မှတူညီသောတုံ့ပြန်မှု) သို့မဟုတ် လော့ဂျစ် (အရာများအစုအစည်းများ၊ mutex adaptive နှင့် spin၊ semaphores၊ အခြေအနေပြောင်းနိုင်သော၊ rw သော့ခလောက်များ၊ ipc သော့ခလောက်များပါ၀င်သော လော့ဂျစ်ဟုခေါ်သော သော့ခတ်မူလအစများ ပါဝင်သည်။ ..) .

LA ၏နောက်ထပ်အင်္ဂါရပ်တစ်ခုမှာ ၎င်းကို လည်ပတ်မှုစနစ်အတွက် ပျမ်းမျှတန်ဖိုးအဖြစ် သတ်မှတ်ခံရခြင်းဖြစ်သည်။ ဥပမာအားဖြင့်၊ လုပ်ငန်းစဉ် 100 သည် ဖိုင်တစ်ခုအတွက် ယှဉ်ပြိုင်ပြီး LA=50 ဖြစ်သည်။ ဤမျှကြီးမားသောတန်ဖိုးသည် လည်ပတ်မှုစနစ်မကောင်းကြောင်း ညွှန်ပြနေပုံရသည်။ သို့သော် အခြားသော လိမ်လည်ရေးသားထားသော ကုဒ်များအတွက်၊ ၎င်းသည်သာ ဆိုးရွားနေသော်လည်း၊ ၎င်းသည် ပုံမှန်အခြေအနေတစ်ခုဖြစ်နိုင်ပြီး၊ လည်ပတ်မှုစနစ်ရှိ အခြားသော လုပ်ငန်းစဉ်များကို မထိခိုက်စေပါ။

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

3. အထူးအကျိုးသက်ရောက်မှုများ

အခုကြုံတွေ့နေရတဲ့ အဓိကခိုးယူမှုကိစ္စတွေကို ရှုစားကြည့်ရအောင်။ အထက်ဖော်ပြပါအားလုံးမှ ၎င်းတို့လိုက်နာပုံနှင့် hypervisor ပေါ်ရှိ အညွှန်းများနှင့် မည်သို့ဆက်စပ်ပုံကို ပြောပြပါမည်။

ပြန်လည်အသုံးပြုခြင်း။. အရိုးရှင်းဆုံးနှင့် အသုံးအများဆုံး- hypervisor ကို ပြန်လည်အသုံးပြုထားသည်။ အမှန်စင်စစ်၊ လည်ပတ်နေသော virtual machines အများအပြားရှိပါသည်၊ ၎င်းတို့အတွင်းတွင်မြင့်မားသောပရိုဆက်ဆာသုံးစွဲမှု၊ ပြိုင်ဆိုင်မှုများစွာ၊ LA မှအသုံးပြုမှုသည် 1 ထက်ကြီးသည် (ပရိုဆက်ဆာကြိုးများဖြင့်ပုံမှန်လုပ်ဆောင်သည်) ။ virtualok အားလုံးအတွင်းတွင် အရာအားလုံးနှေးကွေးသွားသည်။ hypervisor မှကူးစက်သောခိုးယူမှုသည်ကြီးထွားလာသည်၊ ၎င်းသည်ဝန်ကိုပြန်လည်ဖြန့်ဝေရန်သို့မဟုတ်တစ်စုံတစ်ဦးကိုပိတ်ထားရန်လိုအပ်သည်။ ယေဘုယျအားဖြင့် အရာရာတိုင်းသည် ယုတ္တိရှိပြီး နားလည်နိုင်သည်။

Paravirtualization နှင့် တစ်ဦးတည်းသော သာဓကများ. hypervisor တွင် virtual machine တစ်ခုသာရှိသည်၊ ၎င်းသည်၎င်း၏အစိတ်အပိုင်းအနည်းငယ်ကိုစားသုံးသော်လည်း၊ ဥပမာ၊ disk တစ်ခုပေါ်တွင်ကြီးမားသော I/O load ကိုပေးသည်။ တစ်နေရာမှ ခိုးယူမှု 10% အထိ ပေါ်လာသည် (များစွာသော စမ်းသပ်ချက်များအရ)။

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

ကြားခံကို ပို့လိုက်သည့်အခိုက်တွင် ၎င်းသည် hypervisor ၏ kernel space သို့ရောက်သွားပြီး ၎င်းကို ကျွန်ုပ်တို့ စတင်စောင့်ဆိုင်းနေပါသည်။ virtual machine ရဲ့ ရှုထောင့်ကနေကြည့်ရင် သူချက်ချင်းပြန်လာသင့်တယ်။ ထို့ကြောင့် ခိုးယူခြင်းဆိုင်ရာ တွက်ချက်မှု အယ်လဂိုရီသမ်အရ၊ ဤအကြိမ်ကို ခိုးယူသည်ဟု ယူဆပါသည်။ ဖြစ်နိုင်ချေ အများစုမှာ၊ ဤအခြေအနေတွင် အခြားသော ယန္တရားများ ရှိနိုင်သည် (ဥပမာ၊ အချို့သော sys ခေါ်ဆိုမှုများကို လုပ်ဆောင်နေသည်)၊ သို့သော် ၎င်းတို့သည် များစွာကွာခြားမှု မရှိသင့်ပါ။

high-loaded virtual machines များကို ဆန့်ကျင်သည့် အစီအစဉ်ဆွဲသူ. virtual machine တစ်ခုသည် အခြားသူများထက် ခိုးယူခံရသည့်အခါ၊ ၎င်းသည် အချိန်ဇယားဆွဲသူအတွက် အတိအကျဖြစ်နိုင်သည်။ လုပ်ငန်းစဉ်သည် ပရိုဆက်ဆာကို ပိုတင်လေလေ၊ ကျန်အရာများမှာလည်း အလုပ်လုပ်နိုင်စေရန် အချိန်ဇယားဆွဲသူသည် ၎င်းကို မြန်မြန်ဆန်ဆန် ထုတ်ပစ်မည်ဖြစ်သည်။ virtual machine သည် အနည်းငယ်စားသုံးပါက၊ ၎င်းသည် ခိုးယူခြင်းကို တွေ့ရမည်မဟုတ်ပေ။ ၎င်း၏ လုပ်ငန်းစဉ်ကို ရိုးရိုးသားသား ထိုင်စောင့်နေသည်၊ ၎င်းကို အချိန်ပိုပေးသင့်သည်။ အကယ်၍ virtual machine သည် ၎င်း၏ cores များအားလုံးတွင် အများဆုံး load ကိုထုတ်ပေးပါက၊ ၎င်းကို processor မှ ထုတ်ပစ်လေ့ရှိပြီး ၎င်းကို အချိန်များစွာမပေးလိုပါ။

ပိုဆိုးသည်မှာ၊ virtual machine အတွင်းရှိ process များသည် data ၏ processing ကိုမကိုင်တွယ်နိုင်သောကြောင့်ပရိုဆက်ဆာပိုမိုရရှိရန်ကြိုးစားသောအခါ။ ထို့နောက် ရိုးသားသော optimization ကြောင့် hypervisor ပေါ်ရှိ လည်ပတ်မှုစနစ်သည် ပရိုဆက်ဆာအချိန်ကို လျှော့နည်းစေမည်ဖြစ်သည်။ ဤလုပ်ငန်းစဉ်သည် နှင်းပြိုခြင်းကဲ့သို့ ဖြစ်ပေါ်ပြီး အခြား virtual machines များက ၎င်းကို သတိမထားမိသော်လည်း ကောင်းကင်ပေါ်သို့ ခိုးယူခုန်တက်သွားပါသည်။ cores များလေလေ၊ ဖြန့်ဖြူးမှုအောက်တွင် ကျသွားလေလေဖြစ်သည်။ အတိုချုပ်ပြောရလျှင် cores များစွာပါသော မြင့်မားသော loaded virtual machines များသည် အများဆုံးခံစားနေကြရသည်။

LA မှာ နိမ့်ပေမယ့် ခိုးယူတာတွေရှိတယ်။. LA သည် 0,7 လောက်ရှိလျှင် (ဆိုလိုသည်မှာ၊ hypervisor သည် အားနည်းနေပုံရသည်)၊ သို့သော် ခိုးယူခြင်းကို virtual machine တစ်ခုစီတွင် တွေ့ရသည်-

• paravirtualization ဖြင့် အထက်တွင် ဖော်ပြထားပြီးသော ရွေးချယ်မှု။ hypervisor သည် ကောင်းမွန်စွာ လုပ်ဆောင်နေသော်လည်း၊ virtual machine သည် ခိုးယူခြင်းကို ညွှန်ပြသည့် မက်ထရစ်များကို လက်ခံရရှိနိုင်ပါသည်။ ကျွန်ုပ်တို့၏စမ်းသပ်မှုများ၏ရလဒ်များအရ၊ ဤခိုးယူမှုရွေးချယ်မှုသည် 10% ထက်မကျော်လွန်ဘဲ virtual machine အတွင်းရှိ application စွမ်းဆောင်ရည်အပေါ် သိသာထင်ရှားသောအကျိုးသက်ရောက်မှုမဖြစ်သင့်ပါ။
• LA ကန့်သတ်ချက်သည် မှားယွင်းသည်ဟု ယူဆသည်။ ပို၍တိကျသည်မှာ၊ တိကျသောအခိုက်အတန့်တစ်ခုစီတွင် ၎င်းကိုမှန်ကန်သည်ဟုယူဆသော်လည်း ပျမ်းမျှတစ်မိနစ်ကျော်သောအခါတွင် လျှော့တွက်သွားပါသည်။ ဥပမာအားဖြင့်၊ hypervisor ၏သုံးပုံတစ်ပုံလျှင် virtual machine တစ်ခုသည် ၎င်း၏ပရိုဆက်ဆာအားလုံးကို မိနစ်ဝက်တိတိစားသုံးပါက၊ hypervisor ပေါ်ရှိ တစ်မိနစ်လျှင် LA သည် 0,15 ဖြစ်လိမ့်မည်။ ထိုကဲ့သို့သော virtual machines လေးခုကို တပြိုင်နက်တည်း အလုပ်လုပ်သော 0,6 ကိုပေးလိမ့်မည်။ ၎င်းတို့တစ်ဦးစီတွင် မိနစ်ဝက်ခန့် LA ၏ သတ်မှတ်ချက်အရ 25% တွင် တောရိုင်းခိုးယူမှုများ ရှိနေသည်ကို ဖယ်ရှား၍မရနိုင်တော့ပါ။
• နောက်တဖန်၊ တစ်စုံတစ်ဦးသည် အလွန်အကျွံစားသည်ဟု ဆုံးဖြတ်ပြီး ဤသူကို စောင့်ခိုင်းစေသော အစီအစဉ်မှူးကြောင့် ဖြစ်သည်။ ဤအတောအတွင်း ကျွန်ုပ်သည် အကြောင်းအရာကို ပြောင်းပါ၊ အနှောင့်အယှက်များကို ကိုင်တွယ်ပြီး အခြားအရေးကြီးသော စနစ်အရာများကို ဂရုစိုက်ပါမည်။ ရလဒ်အနေဖြင့်၊ အချို့သော virtual machines များသည် မည်သည့်ပြဿနာမျှ မတွေ့ရတော့ဘဲ အချို့မှာ ပြင်းထန်သော စွမ်းဆောင်ရည် ကျဆင်းခြင်းကို ကြုံတွေ့နေရသည်။

4. အခြားပုံပျက်ခြင်း။

virtual machine တစ်ခုတွင် ပရိုဆက်ဆာအချိန်၏ ရိုးသားစွာပြန်ပို့ခြင်းကို လွဲမှားစေသည့် အကြောင်းရင်းပေါင်း သန်းပေါင်းများစွာရှိပါသည်။ ဥပမာအားဖြင့်၊ hyperthreading နှင့် NUMA တို့သည် တွက်ချက်မှုများတွင် ရှုပ်ထွေးမှုကို ပေါင်းထည့်သည်။ လုပ်ငန်းစဉ်ကို အကောင်အထည်ဖော်ရန်အတွက် kernel ၏ရွေးချယ်မှုကို လုံးလုံးရှုပ်ထွေးစေသည်၊ အကြောင်းမှာ၊ အချိန်ဇယားဆွဲသူက coefficients - weights ကိုအသုံးပြုသောကြောင့်၊ အကြောင်းကြောင်းကိုပြောင်းသောအခါ၊ တွက်ချက်မှုပိုမိုခက်ခဲစေသည်။

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

ယေဘုယျအားဖြင့် ပုံပျက်ခြင်းအတွက် အကြောင်းရင်းများစွာ ရှိနိုင်ပါသည်။ သီးခြားစနစ်တစ်ခုတွင် သင်သည် အခြားအရာတစ်ခုကို တွေ့ရှိနိုင်သည်။ အထက်ဖော်ပြပါ လင့်ခ်များကို ကျွန်ုပ်ပေးခဲ့သည့် စာအုပ်များနှင့် စတင်၍ perf၊ sysdig၊ systemtap ကဲ့သို့သော အသုံးဝင်မှုများဖြင့် hypervisor ထံမှ စာရင်းအင်းဇယားများကို ဖတ်ခြင်းက ပိုကောင်းပါသည်။ များစွာ.

၈

1. အချို့သောခိုးယူမှုပမာဏသည် paravirtualization ကြောင့်ဖြစ်ပေါ်နိုင်ပြီး၎င်းကိုပုံမှန်ဟုယူဆနိုင်သည်။ အင်တာနက်မှာ ဒီတန်ဖိုးက 5-10% လို့ရေးကြတယ်။ ၎င်းသည် virtual machine အတွင်းရှိ application များနှင့်၎င်း၏ရုပ်ပိုင်းဆိုင်ရာစက်ပစ္စည်းများသို့မည်သည့် load များပေါ်တွင်မူတည်သည်။ ဤနေရာတွင် အပလီကေးရှင်းများက virtual machines များအတွင်း မည်သို့ခံစားရသည်ကို အာရုံစိုက်ရန် အရေးကြီးပါသည်။
2. hypervisor ပေါ်ရှိ load နှင့် virtual machine အတွင်းရှိ ခိုးယူမှုအချိုးသည် အမြဲတမ်း အပြန်အလှန် ပြတ်ပြတ်သားသား အပြန်အလှန် ဆက်စပ်နေသည် မဟုတ်ပေ။
3. အစီအစဉ်ဆွဲသူသည် များစွာတောင်းဆိုသော လုပ်ငန်းစဉ်များအပေါ် ဆိုးရွားသောသဘောထားရှိသည်။ များများတောင်းတဲ့သူတွေကို လျှော့ပေးဖို့ ကြိုးစားတယ်။ virtual machine ကြီးတွေက မကောင်းပါဘူး။
4. ခိုးယူမှုအသေးစားတစ်ခုသည် paravirtualization မပါဘဲပင် ပုံမှန်ဖြစ်နိုင်သည် ( virtual machine အတွင်းရှိ ဝန်အား၊ အိမ်နီးချင်းများ၏ ဝန်လက္ခဏာများ၊ thread များကြားတွင် ဝန်ဖြန့်ဖြူးမှုနှင့် အခြားအချက်များ) ကို ထည့်သွင်းစဉ်းစားနိုင်သည်။
5. သီးခြားစနစ်တစ်ခုတွင် ခိုးယူခြင်းကို တွက်ဆလိုပါက၊ သင်သည် မတူညီသောရွေးချယ်မှုများကို ရှာဖွေရန်၊ မက်ထရစ်များကို စုဆောင်းရန်၊ ၎င်းတို့ကို ဂရုတစိုက် ခွဲခြမ်းစိတ်ဖြာပြီး ဝန်ကို အညီအမျှ ဖြန့်ဝေနည်းကို စဉ်းစားရမည်ဖြစ်သည်။ စမ်းသပ်စစ်ဆေးအတည်ပြုရန် သို့မဟုတ် kernel အမှားရှာပြင်ကိရိယာတွင် ကြည့်ရှုရမည့် မည်သည့်ကိစ္စများမှ သွေဖည်မှုများ ဖြစ်နိုင်သည်။

source: www.habr.com