Windows Subsystem for Linux (WSL) เปลี่ยนเป็นโอเพนซอร์สแล้ว

• Microsoft ประกาศว่าได้ เปลี่ยน WSL ทั้งหมดเป็นโอเพนซอร์ส แล้ว ซึ่งยังเป็นคำตอบต่อประเด็นแรกในคลัง Microsoft/WSL ที่ถามว่า “จะเป็นโอเพนซอร์สไหม?”
• สามารถดาวน์โหลดซอร์สจาก GitHub ที่ Microsoft/WSL เพื่อนำไปบิลด์เอง หรือเพิ่มฟีเจอร์และแก้บั๊กได้โดยตรง
• โค้ดที่เปิดเผยครอบคลุมตั้งแต่เครื่องมือบรรทัดคำสั่ง, บริการ, เดมอนสำหรับ Linux ไปจนถึงเซิร์ฟเวอร์แชร์ไฟล์ที่อิง Plan9
• WSL ประกอบด้วยส่วนต่าง ๆ ที่ทำงานทั้งฝั่ง Windows และภายในเครื่องเสมือน Linux (VM)
  • เครื่องมือ CLI: wsl.exe, wslconfig.exe, wslg.exe
  • บริการ WSL: wslservice.exe ที่ทำหน้าที่บูต VM, เรียกใช้ดิสทริบิวชัน, แชร์ไฟล์ เป็นต้น
  • Linux เดมอน: init, gns, localhost ทำหน้าที่ด้านเครือข่ายและการ forward พอร์ต
  • เซิร์ฟเวอร์ Plan9: ทำหน้าที่แชร์ไฟล์ระหว่าง Windows และ Linux
• องค์ประกอบที่เคยเปิดเป็นโอเพนซอร์สอยู่ก่อนแล้ว
  • WSLg: องค์ประกอบด้านสภาพแวดล้อมกราฟิกที่รองรับ Wayland และ X server
  • WSL2-Linux-Kernel: ซอร์สโค้ดเคอร์เนล Linux
• องค์ประกอบที่ยังไม่เปิดซอร์ส
  • Lxcore.sys: ไดรเวอร์หลักของ WSL1
  • P9rdr.sys, p9np.dll: ระบบเปลี่ยนเส้นทางไฟล์ที่รองรับพาธ \\wsl.localhost บน Windows

เบื้องหลังการเปลี่ยนเป็นโอเพนซอร์สและประวัติของ WSL

• WSL ถูกประกาศครั้งแรกในงาน BUILD 2016 และถูกรวมอยู่ใน Windows 10 Anniversary Update
• WSL1 เป็นสถาปัตยกรรมที่อิง lxcore.sys ซึ่งจัดการ Linux syscalls ภายในเคอร์เนลของ Windows
• WSL2 เปิดตัวครั้งแรกในปี 2019 และปรับปรุงความเข้ากันได้รวมถึงความสามารถต่าง ๆ ด้วยการใช้เคอร์เนล Linux จริง
• หลังจากนั้นก็เติบโตขึ้นด้วยฟีเจอร์อย่างการรองรับ GPU, การรันแอป GUI (wslg), การรองรับ systemd เป็นต้น
• ตั้งแต่ปี 2021 เป็นต้นมา WSL ถูกแยกออกเป็นแพ็กเกจอิสระจาก Windows และแจกจ่ายผ่าน Microsoft Store
  • รุ่นแรกคือ 0.47.1 (พรีวิว) และต่อมาในรุ่น 2022 1.0.0 ก็ขยายการรองรับไปถึง Windows 10
• ตั้งแต่ Windows 11 24H2 เป็นต้นไป มีการเปลี่ยนจาก WSL แบบฝังมากับระบบเดิม ไปเป็น WSL แบบแพ็กเกจรุ่นใหม่
  • wsl.exe ยังคงอยู่ตามเดิมเพื่อรองรับการเปลี่ยนผ่านของผู้ใช้

เวอร์ชันล่าสุดและความสามารถ

• รีลีสล่าสุดคือ WSL 2.5.7 ซึ่งได้รับการปรับปรุงต่อเนื่องตลอด 4 ปีผ่าน GitHub releases ยาวรวมราว 9 หน้า
• การปรับปรุงสำคัญได้แก่ mirrored networking, DNS tunneling, Session 0, การรองรับ proxy/firewall เป็นต้น

การมีส่วนร่วมของชุมชน

• ตลอดหลายปีที่ผ่านมา ชุมชนมีส่วนช่วยพัฒนา WSL ผ่านการรายงานบั๊ก, การเสนอฟีเจอร์, การวิเคราะห์แบบไม่เป็นทางการ และอื่น ๆ
• แม้ก่อนเปิดเผยซอร์สโค้ดก็มีการมีส่วนร่วมอย่างเป็นรูปธรรมอย่างคึกคักอยู่แล้ว และตอนนี้ก็สามารถมีส่วนร่วมกับโค้ดได้โดยตรง
• Microsoft ขอบคุณสำหรับการสนับสนุนจากชุมชนนี้ และคาดหวังว่าจะเกิด ซินเนอร์จีที่มากขึ้นในการพัฒนา WSL ต่อไป

วิธีร่วมพัฒนา

• หากอยากรู้โครงสร้างซอร์สหรือการทำงานของฟีเจอร์ หรือมีสิ่งที่อยากปรับปรุง
  • สามารถเข้าร่วมได้ที่คลัง microsoft/WSL
  • มีส่วนร่วมได้หลายรูปแบบ เช่น บิลด์เอง, ส่ง PR, รายงาน issue เป็นต้น

[ing03201]

ในมุมของคนที่ใช้ Endeavour + lustre / Windows 11 + WSL + WSA
อย่างหลังสะดวกกว่า
แต่ประสิทธิภาพอย่างแรกดีกว่าครับ

[iolothebard]

ดูเหมือนว่าทีม WSL ก็น่าจะถูกปลดไปเยอะเหมือนกันในรอบนี้…

[forgotdonkey456]

ช่วงนี้ท่าทีของ MS คือถ้าไม่มีคน ก็อ้างว่าเป็น community driven แล้วโยนเป็นโอเพนซอร์สไปเลย 555..

[zihado]

เอาไว้เคลียร์ของค้างสินะ

[ksb9770]

WSL1 เป็นเครื่องที่ยอดเยี่ยมที่สุดสำหรับสภาพแวดล้อมการพัฒนาแบบข้ามแพลตฟอร์ม IO ก็เร็ว และยังสามารถรันคำสั่งบนพื้นฐาน Linux ได้ทันทีด้วย ส่วน WSL2 คอมไพล์ข้ามแพลตฟอร์มได้ช้ากว่า 1

[GN⁺]

ความเห็นจาก Hacker News

• ทุกครั้งที่ฉันโพสต์คอมเมนต์ชม WSL บน Hacker News จะรู้สึกเหมือนต้องจ่ายภาษีคาร์มาอยู่เสมอ สำหรับฉัน WSL ให้ความรู้สึกว่าทรงพลังกว่า Linux เสียอีก เพราะมันทำให้รัน Linux หลายเวอร์ชันพร้อมกันบนเครื่องเดียวได้ง่ายมาก ความสามารถอย่างการรองรับอุปกรณ์แบบ docker, local storage, network mapping และอื่น ๆ โดยไม่ต้องมีสคริปต์พิเศษ แถมใช้ได้ทันทีบนเดสก์ท็อปหรือโน้ตบุ๊กโดยแทบไม่ต้องตั้งค่าเพิ่ม คือเสน่ห์ใหญ่จริง ๆ เช่น ถ้าโปรเจกต์หนึ่งต้องใช้ Ubuntu22 แต่อีกโปรเจกต์ต้องใช้ Ubuntu24 ก็สบายใจได้โดยไม่ต้องกังวลเรื่องอัปเดตระบบปฏิบัติการทุกเดือน

  • คำว่า "ทรงพลังกว่า Linux" นั้นเกินจริง เพราะจริง ๆ แล้ว WSL ก็คือ virtual machine จุดแข็งหลักของ WSL คือการทำฟีเจอร์อำนวยความสะดวกต่าง ๆ ให้เป็นอัตโนมัติ แต่สภาพแวดล้อมที่สะดวกกว่าจริง ๆ คือแบบที่ไม่ต้องใช้ VM เลย เครื่องมืออย่าง Distrobox และ toolbx ก็ให้ความสามารถคล้ายกัน และบน NixOS ก็ทดสอบสภาพแวดล้อม Linux ทั่วไปได้ง่าย อีกทั้งยังมี hardware acceleration, แอปกราฟิกทำงานได้ทันที, ไม่มีปัญหา 9p bridge ช้า ๆ และไม่มีปัญหาอย่าง memory balloon ของ VM สำหรับผู้ใช้ Windows นั้น WSL ถือว่าปฏิวัติจริง แต่สำหรับผู้ใช้ Linux เขาไม่จำเป็นต้องมี VM แบบนั้น

  • บน Linux ก็ทำแบบเดียวกันได้ด้วย Distrobox แต่ก็ยอมรับว่าความสามารถในการใช้ Windows + WSL ควบคู่กันนั้นน่าสนใจมาก ถ้า Microsoft ออก Dev edition ที่ลดซอฟต์แวร์ไม่จำเป็น โฆษณา Copilot และ telemetry ที่มากเกินไปลง พร้อมมีฮาร์ดแวร์แบบ macbook ก็น่าจะดึงนักพัฒนาที่ออกไปหา Apple กลับมาได้ไม่น้อย ส่วนตัวฉันสลับไปมาระหว่าง Mac กับ Linux และก็ยอมรับว่าด้าน usability ชุดผสม Windows + WSL มีจุดที่น่าใช้กว่า PowerToys, WSL, PowerShell และการทำ PC setup อัตโนมัติผ่าน PowerShell + Winget DSC นั้นยอดเยี่ยมมาก แต่ความไม่เป็นมิตรกับผู้ใช้ของ Windows และเวลาอัปเดตที่นานเกินไปนั้นทนไม่ไหวจริง ๆ ถ้ามี immutable base กับ image-based update แบบ macOS ก็น่าจะดีกว่านี้ อีกเหตุผลที่ฝั่ง Windows ยังน่าเสียดายคือไม่มีประสิทธิภาพระดับแล็ปท็อป M4 Pro

  • ฉันคิดว่าคำกล่าวที่ว่า "WSL ทรงพลังกว่า Linux" เป็นคำพูดที่สมควรถูกหักคาร์มา WSL ก็ดีและฉันใช้ทุกวัน แต่ความจริงคือถ้ารัน Linux บนฮาร์ดแวร์ที่รองรับ ประสบการณ์จะดีกว่าอยู่แล้ว VM ไม่มีทางดีเท่า native ได้ เช่นเดียวกับที่ซอฟต์แวร์ Windows ก็ทำงานบน Windows ได้ดีกว่า เมื่อเทียบกันแล้ว WSL มี I/O ช้า กราฟิกมีทั้งอาการหน่วงและบั๊ก บางครั้งก็แครช มีการจัดการหน่วยความจำที่ไม่มีประสิทธิภาพ และมีปัญหาเครือข่ายต่าง ๆ ถ้าใช้เครื่องแรงมาก ๆ และเน้น CLI เป็นหลัก WSL อาจสะดวก แต่สุดท้ายก็ขึ้นกับสภาพแวดล้อมที่แต่ละคนต้องการ

  • จริง ๆ แล้ว WSL ก็คือ Linux โดยเฉพาะตั้งแต่ WSL2 ที่ใช้โครงสร้างแบบ VM เต็มตัว ส่วน WSL1 ที่รันบน Windows kernel นั้นถือว่าเจ๋งมาก เพียงแต่ฉันไม่ชอบ NTFS ที่ช้า และไม่ชอบที่ยังต้องจัดการกับ Windows เอง เรื่องคาร์มาก็เป็นแค่ตัวเลข ไม่ได้ใส่ใจนัก

  • สำหรับฉัน WSL ค่อนข้างไม่เสถียร และทุกครั้งที่คอมตื่นจาก sleep ก็ต้องรีสตาร์ตเพราะปัญหาเครือข่ายระหว่าง VM กับโฮสต์ ถ้าทำงานในไดเรกทอรีผู้ใช้ของ Windows คำสั่ง git จะใช้เวลาหลายวินาทีเพราะไดรเวอร์ไฟล์ซิสเต็มช้ามาก สุดท้ายเลยต้องดูแล home directory สองชุด ตอนเซ็ตอัปก็ยังมีปัญหาลับ ๆ ให้แก้อีกมาก ทั้ง DNS, VPN, ลำดับความสำคัญของเครือข่าย และเวลาไม่ตรงกัน สุดท้ายกลายเป็นต้องรีบูต Windows อยู่เรื่อย ๆ ฉันไม่จำเป็นต้องใช้หลายระบบปฏิบัติการ และที่บริษัทเครื่องมือส่วนใหญ่ก็รันบน Linux VM ซึ่งนั่นเป็นทางเดียวที่สมเหตุสมผล ระบบปฏิบัติการภายนอกกลับสร้างแต่ปัญหา และการปฏิสัมพันธ์ระหว่างสองระบบปฏิบัติการก็ทำให้งานซับซ้อนเกินจำเป็น

• ตอน WSL ออกใหม่ ๆ ฉันดีใจมาก มันเหมือนความฝันที่จะรวมการเล่นเกมกับการพัฒนาบน Windows PC เครื่องเดียวเป็นจริง แต่พอเวลาผ่านไป ปัญหาเล็ก ๆ น้อย ๆ ทั้งการติดตั้งแพ็กเกจและขอบเขตระหว่างระบบปฏิบัติการก็เพิ่มขึ้นเรื่อย ๆ จนกระบวนการใช้งานเริ่มฝืดมากขึ้น พอ Valve ทำ Proton และการรองรับเกมบน Linux ดีขึ้น ฉันก็ย้ายไป Ubuntu และ NixOS เต็มตัว ตอนนี้ฝั่งเกมอาจมีความไม่สะดวกอยู่บ้าง แต่สภาพแวดล้อมการพัฒนากลับสบายขึ้นมาก ยกเว้นแค่เกม AAA บางเกมที่ยังไม่รัน ฉันคิดว่าประสบการณ์นี้ดีกว่า Windows + WSL

  • ฉันก็มีประสบการณ์คล้ายกัน และตอนนี้กลับรู้สึกว่าการติดตั้ง Linux ง่ายกว่าเสียอีก ฟีเจอร์แนว spyware ของ Windows ก็ยิ่งทำให้มีเหตุผลจะใช้น้อยลง

  • แต่ถ้าใช้การ์ดจอ Nvidia ฉันมองว่าเป็นอีกกรณีหนึ่ง

  • อยากรู้ว่าเจอปัญหากับเกมไหนบ้าง

  • ฉันคิดว่าคนส่วนใหญ่น่าจะเคยผ่านอะไรแบบนี้มา ถ้าวันนี้ Windows ไม่มีจุดแข็งเรื่องเกม(GPU) ก็คงแทบไม่มีตัวตนแล้ว และฉันก็นึกถึงอดีตที่ต้องสลับสภาพแวดล้อม build ไปมาระหว่าง msvc, cygwin, msys2 ในโปรเจกต์เก่า ๆ จนวุ่นวาย ทุกวันนี้ WSL ทำให้ build บางอย่างง่ายขึ้นก็จริง แต่แค่การเปลี่ยน environment variable ยังทำให้รู้สึกเหนื่อย และไม่อยากกลับไปใช้วิธีแบบนั้นอีกแล้ว

• ฉันกลับแนะนำให้ใช้ Windows เป็น virtual machine บน Linux มากกว่า ถ้ามีช่วงที่อยากใช้ Linux บน Windows นั่นน่าจะหมายความว่าควรย้ายไป Linux เลย และไม่ต้องหันกลับมาอีก ฉันไม่ได้กลับไปใช้ Windows มา 15 ปีแล้ว และเมื่อดูสภาพของ Windows ตอนนี้ ก็ยังลังเลแม้แต่จะใช้มันใน VM

  • ถ้าเป็นงานที่เกี่ยวกับ GPU เช่นเกมหรือ Adobe suite การรัน Windows ใน VM ต้องทำ GPU passthrough ด้วยการ์ดจอแยก มิฉะนั้นก็ต้องทนกับสภาพแวดล้อมที่ไม่มี acceleration ซึ่งไม่ง่ายเลย ถ้ารัน Photoshop บนไดรเวอร์ QEMU QXL ประสิทธิภาพจะแย่มาก และ VirGL ก็ไม่รองรับ Windows guest เลย ส่วน VMWare กับ VirtualBox อาจดีกว่านิดหน่อย แต่ก็ยังสู้ native ไม่ได้

  • ฉันคิดว่าในเธรดเกี่ยวกับ Windows ส่วนใหญ่มักเห็นรอยแบ่งชัดเจนระหว่างคนที่จำเป็นต้องใช้ Windows เพราะแอปสาย productivity กับคนที่ไม่จำเป็น อย่างฉันที่ใช้แอป productivity ที่อาศัย GPU นั้น VM ใช้ไม่ได้จริง ๆ สุดท้ายต้องใช้ Windows แบบ native ถ้าเป็นผู้ใช้ที่ใช้แอปเบา ๆ VM ก็พอได้ แต่กับงานจริงจังอย่าง CAD หรือเกม มันไม่เหมาะ

  • ฉันเคยใช้ Linux ล้วนมาหลายปี จากนั้นกลับไป Windows แล้วค่อยกลับมาที่ Mac อีกที ปัญหาความเข้ากันได้ของ wine, ตัวเลือกซอฟต์แวร์ที่ยังไม่สมบูรณ์ (เช่น GIMP ที่แทน Photoshop ไม่ได้) และความไม่สวยงามของเดสก์ท็อปเมื่อแอป Qt กับ GTK ปะปนกัน ล้วนชี้ว่า Linux ไม่ได้ตอบโจทย์ทุกอย่าง

  • มีคนแย้งจากประสบการณ์ตรงว่าอุปกรณ์ VR อย่าง Valve Index ใช้งานในสภาพแวดล้อมแบบนี้ไม่ได้เลย คือบน Linux ที่รัน Windows VM อยู่ แม้จะเป็นผู้ใช้ Linux สายฮาร์ดคอร์มาตั้งแต่เด็ก แต่ก็ยอมรับว่ามีข้อยกเว้นเฉพาะทางแบบนี้อยู่ จึงเหมารวมไม่ได้

  • มีการแชร์ข้อมูลเพิ่มเติมว่า Microsoft มีลิงก์ทางการสำหรับแจก Windows evaluation VM image โดยเมื่อหมดช่วงทดลองใช้งาน เดสก์ท็อปจะกลายเป็นสีดำ และเครื่องจะปิดเองทุกชั่วโมงเป็นต้น ทั้งยังบอกว่าภาพทดลองรุ่นล่าสุดไม่ได้อัปเดตมานานกว่า 6 เดือนแล้ว แต่ถ้าลงทะเบียนก็ยังได้ ISO

• ชื่อ Windows subsystem for Linux ทำให้งงอยู่เสมอ มองเผิน ๆ เหมือนเป็น Wine เวอร์ชันทางการอะไรสักอย่าง แต่จริง ๆ แล้วมันคือ subsystem ของ Windows สำหรับ Linux ชื่อมันฟังเหมือน Microsoft กำลังมอบฟีเจอร์ให้ Linux ซึ่งชวนให้ขัดใจ

  • มีคนบอกว่า Microsoft คงไม่สามารถตั้งชื่อโปรเจกต์โดยขึ้นต้นด้วย 'Linux' ได้ ก็เลยลงเอยที่ชื่อ WSL

  • ชื่อนี้สืบทอดมาจากโปรเจกต์เก่าอย่าง Windows Subsystem for Unix และดูเหมือนชื่อจะทำงานขัดกับความคาดหวังมาโดยตลอด

  • มีการเสนอชื่อทางเลือกแบบเล่นคำว่าเป็น subsystem ของ Windows สำหรับ Linux

  • เห็นด้วยว่ามันคือ subsystem สำหรับรัน Linux บน Windows แต่ชื่อทำให้สับสน

• ช่วงไม่กี่ปีมานี้ฉันพัฒนาโดยใช้ WSL เป็นครั้งคราว เวลาที่มันทำงานดีคือยอดเยี่ยมมาก แต่พอมันพังขึ้นมาคือฝันร้าย เจอปัญหาไม่หยุดทั้งเรื่องเครือข่าย VPN XServer การสเกลของ Windows และกราฟิกที่ใช้ hardware acceleration รู้สึกว่าใช้เวลาแก้ปัญหามากกว่าเวลาพัฒนาจริง และก็ไม่เคยรู้สึกว่ามันดีขึ้น WSL เร็วและทรงพลัง แต่สำหรับฉันมันหนักเกินไปสำหรับการใช้งานทุกวัน ตอนนี้เลยใช้ MSYS2 เป็นหลักแทน ถึงจะช้ากว่าแต่ข้อดีใหญ่สุดคือมันเสถียร

  • ฉันยังใช้ WSL รุ่นเบต้าอยู่เลย และไม่กล้าอัปเกรดเพราะกลัวว่าสภาพแวดล้อมที่ตอนนี้ยังทำงานได้จะพัง

• หลังจากสัปดาห์ที่แล้ว Microsoft ทำสถิติผลประกอบการ แต่ก็ยังมีการปลดพนักงานครั้งใหญ่ เลยสงสัยว่านี่อาจเป็นผลข้างเคียงของเรื่องนั้นหรือเปล่า

  • ฉันคิดว่าการปลดพนักงาน 3% ในบริษัทใหญ่ ถ้าไม่ได้เป็นการล้มทั้งฝ่ายหรือยกเลิกโปรเจกต์ไปเลย ก็แทบไม่มีผลอะไรเลยด้วยซ้ำ บริษัทใหญ่ ๆ มักมีคนล้นอยู่แล้ว ระดับนี้ถือว่าเล็กมาก

  • การตัดสินใจ เตรียมการ และดำเนินการเปิดซอร์สในบริษัทใหญ่แบบนี้ ไม่มีทางเป็นโปรเจกต์ที่ทำกันได้ในแค่ 1-2 สัปดาห์แน่นอน

  • มีคนแสดงความกังวลว่าถ้าดูจากงาน Build ครั้งนี้และข่าวที่เกี่ยวข้อง ภายใต้บรรยากาศโดยรวมตอนนี้ มันยากจะมองทุกอย่างในแง่บวกอย่างเดียว

  • อีกคนเห็นด้วยว่าตามที่ประกาศ มันน่าจะเป็นผลจากการเตรียมงานมานาน จึงไม่น่าเกี่ยวกับการปลดพนักงานล่าสุด

• มีคนชี้ว่า kernel side driver lxcore.sys ซึ่งเป็นส่วนที่ทำให้ WSL 1 ทำงานได้นั้น ไม่ได้รวมอยู่ในการเปิดซอร์สครั้งนี้ และยังแปลกใจที่ WSL 1 ยังได้รับการรองรับอยู่ คาดว่าน่าจะอยู่ในโหมดบำรุงรักษาแล้ว

  • ส่วนที่ฉันสนใจจริง ๆ มีแค่ lxcore.sys ฉันยังใช้ WSL1 อยู่เท่านั้น และเคยลองแฮ็กแปลก ๆ อย่างข้าม ABI หรือ tunnel Windows ไปยัง Linux user space ด้วย หวังว่าถ้าเปิดซอร์สจะทำอะไรได้ง่ายขึ้น

  • เท่าที่ได้ยินมา ทั้ง WSL1 และ WSL2 ยังได้รับการรองรับอย่างเต็มรูปแบบจริง ๆ ไม่ได้ต่างกันแค่ตามตัวเลข

• ควรตรวจสอบไลเซนส์และรายละเอียดเพิ่มเติมก่อน มันอาจเป็นเรื่องดี แต่ก็อาจเป็นข้ออ้างให้ MS มาขอแรงช่วยฟรีหลังจากปลดนักพัฒนาออกไปก็ได้

  • มีคนตอบว่าไลเซนส์คือ MIT

• ฉันไม่ได้ใช้ Windows แต่ก็ประเมินว่า WSL เป็นสิ่งที่ยอดเยี่ยม อย่างไรก็ตาม เหตุผลใหญ่ที่ผู้ใช้ Windows จำนวนมากวิจารณ์ Linux คือมัน "ไม่ได้หน้าตาเหมือน Windows" ขณะที่จากมุมผู้ใช้ Linux นั่นกลับเป็นข้อดี เพราะ Linux ไม่ได้หน้าตาเหมือน Windows ฉันไม่อยากให้ผู้ใช้ Windows พยายามทำให้ Linux กลายเป็น Windows เพียงเพราะอยากได้ Windows ฟรีที่ไม่มีโฆษณา ถ้า WSL ช่วยให้ผู้ใช้ Windows อยู่กับ Windows ต่อไปได้ ฉันกลับยิ่งยินดี

  • ฉันไม่ใช่ผู้ใช้ Windows เหมือนกัน แต่ฉันไม่ชอบ WSL เองเลย มันดูเหมือนกลยุทธ์ของ Microsoft ที่ไม่อยากเสียนักพัฒนาทั้งรุ่นให้ Linux จึงฝัง Linux ไว้ในระบบปฏิบัติการไปเลย และทำให้นักพัฒนาพลาดประสบการณ์สนุก ๆ อย่างการคอมไพล์เคอร์เนลใหม่ด้วยตัวเอง

• ฉันหวังว่าบั๊กต่าง ๆ ตอนทำงานกับไฟล์ซิสเต็มของ Windows จากใน WSL จะได้รับการแก้ไขเสียที

  • ฉันคิดว่า Microsoft เองก็คงหวังแบบนั้นเหมือนกัน