အဘယ်ကြောင့် WSL 2 သည် WSL ထက် 13 ဆ ပိုမြန်သည်- Insider Preview မှ အထင်အမြင်များ

Microsoft သည် Windows May 2020 Update (20H1) ထွက်ရှိရန် ပြင်ဆင်နေပါသည်။ ဤအပ်ဒိတ်တွင် ကောင်းမွန်သော user interface တိုးတက်မှုအချို့ ပါဝင်လိမ့်မည်၊ သို့သော် Windows ဗားရှင်းအသစ်တွင် developer များနှင့် အခြားသူများအတွက် ပိုအရေးကြီးသည်မှာ၊ WSL 2 (Linux အတွက် Windows Subsystem)။ ဤသည်မှာ Windows OS သို့ပြောင်းလိုသူများအတွက် သက်ဆိုင်ရာအချက်အလက်များဖြစ်သည်၊ သို့သော် မဝံ့မရဲဖြစ်နေပါသည်။

Dave Rupert သည် ၎င်း၏ 2-လက်မ Surface လက်ပ်တော့တွင် WSL 13 ကို ထည့်သွင်းပြီး ပထမဆုံးရလဒ်များဖြစ်သည်။
အံ့သြဖွယ်ကောင်းသည်-

WSL ၏ ဒုတိယဗားရှင်းသည် ပထမဗားရှင်းထက် 13 ဆ ပိုမြန်သည်။ သင်သည် 13x စွမ်းဆောင်ရည်မြှင့်တင်ခြင်းကို အခမဲ့ရရန် နေ့တိုင်းမဟုတ်ပါ။ ဤရလဒ်များကို ပထမဆုံးမြင်ရသောအခါ ချမ်းတုန်ပြီး ယောက်ျားပီသစွာ မျက်ရည်ကျခဲ့သည်။ အဘယ်ကြောင့်? ကောင်းပြီ၊ အများအားဖြင့် WSL ၏ပထမဗားရှင်းနှင့်အလုပ်လုပ်ပြီး 5 နှစ်ကျော်စုဆောင်းခဲ့သောဆုံးရှုံးသွားသောအချိန်ကိုကျွန်ုပ်သည်ဝမ်းနည်းပူဆွေးနေပါသည်။

ပြီးတော့ ဒါတွေဟာ ကိန်းဂဏန်းတွေချည်း မဟုတ်ပါဘူး။ WSL 2 တွင်၊ npm တပ်ဆင်ခြင်း၊ တည်ဆောက်ခြင်း၊ ထုပ်ပိုးခြင်း၊ ဖိုင်များကိုကြည့်ရှုခြင်း၊ hot module များကိုပြန်လည်စတင်ခြင်း၊ ဆာဗာများစတင်ခြင်း - ဝဘ်ဆော့ဖ်ဝဲရေးသားသူအနေဖြင့် ကျွန်ုပ်နေ့စဉ်အသုံးပြုသမျှအရာအားလုံးနီးပါးသည် ပိုမိုမြန်ဆန်လာသည်။ ၎င်းသည် Mac ကိုတစ်ဖန်ပြန်အသုံးပြုရသကဲ့သို့ခံစားရသည် (သို့မဟုတ်ပါက Apple သည်လွန်ခဲ့သည့်နှစ်အနည်းငယ်အတွင်းဘက်ထရီသက်တမ်းပိုကောင်းစေရန်အတွက် Apple သည် ၎င်း၏ပရိုဆက်ဆာများကို ပြင်းထန်စွာကန့်သတ်ထားသောကြောင့်)။

ထိုသို့သော တက်ကြွမှုသည် အဘယ်ကလာသနည်း။

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

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

ကံကောင်းထောက်မစွာ၊ WSL အဖွဲ့သည် စွန့်စားပြီး စနစ်ခွဲကို အပြီးအပိုင် ပြန်လည်ရေးသားခဲ့သည်။ WSL 2 တွင်၊ ဤပြဿနာများကို ဖြေရှင်းနိုင်သည်- developer များသည် ၎င်းတို့၏ ကိုယ်ပိုင် Linux virtual machine ကို Windows တွင်တည်ဆောက်ခဲ့ပြီး VHD (Virtual Hardware Disk) network drive သို့ ဖိုင်လည်ပတ်မှုများကို လွှဲအပ်ထားသည်။ အပေးအယူလုပ်ရခြင်းမှာ သင်ပထမဦးစွာ စတင်လည်ပတ်သည့်အခါတွင်၊ သင်သည် virtual machine ကို လှည့်ပတ်ရန် အချိန်ဖြုန်းခြင်းပင်ဖြစ်သည်။ ဤအချိန်သည် မီလီစက္ကန့်များဖြင့် တိုင်းတာပြီး ကျွန်ုပ်အတွက် ကိုယ်တိုင်ကိုယ်ကျ သိသာထင်ရှားပါသည်။ ဥပမာအားဖြင့်၊ ဤအရာအားလုံးသည် ဘာအတွက်ဖြစ်သည်ကို ကျွန်ုပ်သိသောကြောင့် ဝမ်းမြောက်စွာ စောင့်ဆိုင်းနေပါသည်။

ဖိုင်တွေက အခုဘယ်မှာနေမလဲ။

WSL 2 ကို အပြည့်အဝ အခွင့်ကောင်းယူရန်၊ သင်သည် သင်၏ ပရောဂျက်ဖိုင်များကို ရွှေ့လိုလိမ့်မည်။ /mnt/c/Users/<အသုံးပြုသူအမည်>/ အိမ်လမ်းညွှန်အသစ်သို့ ~/ Linux VHD အသစ်တွင်။ ဤ drive ၏အကြောင်းအရာများကို အွန်လိုင်းသို့သွားခြင်းဖြင့် သင်ကြည့်ရှုနိုင်ပါသည်။ \\wsl$\<ဖြန့်ဖြူးမှုအမည်>\<အသုံးပြုသူအမည်>\home သို့မဟုတ် command ကိုရိုက်ထည့်ခြင်းဖြင့် explorer.exe သင်၏ Bash shell မှ

၎င်းသည် တကယ့် Linux ဖိုင်စနစ်ဖြစ်ပြီး ၎င်းသည် သင်မျှော်လင့်ထားသည့်အတိုင်း လုပ်ဆောင်သည်။ ဖိုဒါတစ်ခု ဖန်တီးခဲ့တယ်။ ~/စီမံကိန်းများ၎င်းသည် ကျွန်ုပ်၏ပရောဂျက်သိုလှောင်ရာနေရာအားလုံးနေထိုင်ရာ၊ ထို့နောက် ကျွန်ုပ်သည် ကုဒ်အမိန့်ကိုအသုံးပြု၍ Visual Studio Code ရှိ ပရောဂျက်များကိုဖွင့်ပါသည်။

VS Code ကရော ဘယ်လိုလဲ။

WSL ကို ထည့်သွင်းခြင်း။တိုးချဲ့ VS Code (VS Code Remote - WSL) သည် ဆော့ဖ်ဝဲရေးသားသူအတွက် အဆင်ပြေစေမည့် နောက်ဆုံးအဆင့်ဖြစ်သည်။ တိုးချဲ့မှုသည် Linux virtual machine နှင့် တိုက်ရိုက်အပြန်အလှန်ဆက်သွယ်ခြင်းဖြင့် ၎င်း၏လုပ်ဆောင်မှုများအားလုံးကို (git commands၊ consoles၊ installing extensions စသည်ဖြင့်) လုပ်ဆောင်ရန် VS Code ကို ခွင့်ပြုသည်။ ၎င်းသည် လုပ်ငန်းစဉ်တစ်ခုလုံးကို အလွန်ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်ရစေသည်။

အစပိုင်းမှာတော့ ဒီ extension ကို install လုပ်ရတဲ့အတွက် နည်းနည်းစိတ်မကောင်းဖြစ်မိပါတယ် အရင်က install လုပ်ပြီး configure လုပ်ထားတာတွေကို ပြန်ပြီး install လုပ်ရတာပါ။ သို့သော် ယခု ကျွန်ုပ်လုပ်ဆောင်နေသည့် ပတ်ဝန်းကျင်နှင့် ကျွန်ုပ်၏ဖိုင်များနေထိုင်သည့်နေရာတို့ကို ပြသသည့် အထူးမြင်ယောင်မှုအလွှာတစ်ခု ပါရှိသောကြောင့် ၎င်းကို ကျေးဇူးတင်ပါသည်။ ၎င်းသည် Windows ဝဘ်ဖွံ့ဖြိုးတိုးတက်မှုလုပ်ငန်းစဉ်ကို ပိုမိုရှင်းလင်းစေပြီး VS Code တွင် ဗားရှင်းထိန်းချုပ်မှု UI ကို အသုံးပြုရန် ပိုမိုလွယ်ကူစေသည်။

ပျော်ရွှင်ခြင်းမျက်ရည်များနှင့် တောက်ပသောအနာဂတ်မျှော်လင့်ချက်

Windows May 2020 Update ၏နောက်ထွက်ရှိမှုနှင့်ကျွန်ုပ်၏အစွမ်းထက်ဂိမ်း PC တွင်ပျံဝဲနေသောအကောင်းဆုံးအကောင်းဆုံး Linux subsystem ကိုကျွန်ုပ်မကူညီနိုင်ပါ။ မသိသေးသော ပြဿနာအချို့ရှိနိုင်သော်လည်း နောက်ပိုင်းတွင်၊ အတွင်းကို Preview WSL အဖွဲ့သည် ပြဿနာအများစုကို ဖြေရှင်းနိုင်ခဲ့ကြောင်း ကျွန်ုပ်ကောက်ချက်ချခဲ့သည်။

နောက်ပြီး အဲဒါကို မမေ့ပါနဲ့။ Windows ကို Terminal နှင့် ကောင်းတာပဲ! တက်ဘ်များမရှိခြင်း၊ JSON ဆက်တင်များ နှင့် Windows တွင် "အေးမြခြင်း" လိုအပ်ကြောင်း ကျွန်ုပ်၏ တိုင်ကြားချက်များကို ကြားလိုက်ရသလိုပင်။ ၎င်းသည် ထူးဆန်းနေသေးသော်လည်း Windows Terminal သည် Windows အတွက် အကောင်းဆုံး terminal ဖြစ်ကောင်းဖြစ်နိုင်သည်။

Windows တွင် 5 နှစ်ကြာအလုပ်လုပ်ခဲ့ပြီး၊ ကျွန်ုပ်သည် Rails များကိုမတပ်ဆင်နိုင်ခြင်း၊ အတု Cygwin shells များနှင့်ရုန်းကန်နေရပါသည်။ Microsoft က WSL ၏ပထမဆုံးဗားရှင်းကိုကြေငြာသောအခါ Build 2016 ကွန်ဖရင့်တွင် ကျွန်ုပ်တွင် ရှေ့တန်းထိုင်ခုံတစ်ခုရှိသည်။ ထို့နောက် Windows တွင် ဝဘ်ဖွံ့ဖြိုးတိုးတက်မှု အဆင့်အသစ်တစ်ခုသို့ ရောက်ရှိမည်ဟု မျှော်လင့်မိပါသည်။ သံသယမရှိဘဲ၊ WSL 2 သည် ထိုအချိန်မှစ၍ ကျွန်ုပ်တွေ့မြင်ခဲ့ရသည့် အကြီးမားဆုံးတိုးတက်မှုဖြစ်ပြီး၊ ကျွန်ုပ်တို့သည် ခေတ်သစ်တစ်ခု၏ အထွတ်အထိပ်သို့ ရောက်ရှိနေပုံရသည်။

ကြော်ငြာအဖြစ်

အလုပ်လိုအပ်လျှင် Windows ဆာဗာများဒါဆိုရင် သေချာပါတယ်။ ငါတို့ကို — 2012 GB RAM နှင့် အထက်ရှိသော အစီအစဉ်များတွင် Windows Server 2016၊ 2019 သို့မဟုတ် 2 ၏ အလိုအလျောက် တပ်ဆင်ခြင်း လိုင်စင်သည် စျေးနှုန်းတွင် ပါဝင်ပြီးဖြစ်သည်။ စုစုပေါင်း တစ်နေ့လျှင် 21 ရူဘယ်မှ! ကျွန်ုပ်တို့တွင်လည်း ထာဝရဆာဗာများ 😉

source: www.habr.com