ผู้ใช้ Arch Linux มานานได้ทำการเปลี่ยนแปลงที่น่าประหลาดใจไปสู่ Apple Silicon หลังจากอุทิศตนให้กับ Linux distribution นี้มาเป็นเวลา 9 ปี การย้ายครั้งนี้ไม่ได้เกิดจากความชอบในด้านซอฟต์แวร์ แต่เป็นผลมาจากความหงุดหงิดที่เพิ่มขึ้นเรื่อยๆ กับความน่าเชื่อถือของฮาร์ดแวร์แล็ปท็อป PC และปัญหาความเข้ากันได้ของไดรเวอร์
ความน่าเชื่อถือของฮาร์ดแวร์เป็นแรงผลักดันให้เปลี่ยน
การตัดสินใจเกิดขึ้นหลังจากประสบกับความล้มเหลวของฮาร์ดแวร์หลายครั้งในแล็ปท็อป PC หลายเครื่อง ปัญหาเหล่านี้รวมถึงบานพับที่หัก การบูตล้มเหลวโดยไม่ทราบสาเหตุ การเชื่อมต่อ Bluetooth ที่ไม่เสถียร และแม้กระทั่ง kernel panic ที่เกิดจากการเปิดแล็ปท็อปในมุมที่ไม่ถูกต้อง แล็ปท็อป Asus TUF A15 ที่มีปัญหาเป็นพิเศษ ซึ่งมีอายุไม่ถึงปี ต้องใช้เทปกาวแรงยึดหลายชั้นเพื่อให้ยึดติดกันได้ การต่อสู้อย่างต่อเนื่องกับความเข้ากันได้ของไดรเวอร์ ตั้งแต่ฟังก์ชัน suspend-to-RAM ไปจนถึงการสลับ GPU และความเสถียรของ Wi-Fi กลายเป็นเรื่องที่น่าเหนื่อยหน่ายสำหรับคนที่ต้องการมุ่งเน้นไปที่งานวิจัยมากกว่าการแก้ไขปัญหาฮาร์ดแวร์
ทางเลือกอื่นที่มีการหารือ:
- Fedora Asahi Remix (Linux แบบ native บน M1/M2)
- Linux VMs ที่ใช้ Apple Virtualization framework
- แล็ปท็อป AMD Strix Halo APU
- แล็ปท็อป Framework
- ซีรีส์ Dell XPS และ Lenovo ThinkPad
แนวทาง Lazy Frankenmac
แทนที่จะละทิ้งเวิร์กโฟลว์ที่คุ้นเคยไปโดยสิ้นเชิง ผู้ใช้ได้นำแนวทางที่เรียกว่า Lazy Frankenmac มาใช้ ซึ่งเป็นการกำหนดค่า macOS ด้วยแนวทางที่ได้รับแรงบันดาลใจจาก Linux ซึ่งเกี่ยวข้องกับการใช้ Nix เป็น package manager หลักแทนที่จะใช้ Homebrew ที่เป็นที่นิยมมากกว่า รวมกับ AeroSpace สำหรับการจัดการหน้าต่างแบบ tiling และ Raycast เป็น application launcher เป้าหมายคือการกู้คืนเวิร์กโฟลว์ที่สร้างขึ้นแล้วให้ได้มากที่สุดโดยไม่ต้องหลงทางในการปรับแต่งค่าต่างๆ อย่างไม่มีที่สิ้นสุด
การอภิปรายในชุมชนเผยให้เห็นประสบการณ์ที่หลากหลายกับแนวทาง package management ที่แตกต่างกันบน macOS ในขณะที่ผู้ใช้บางคนรายงานประสบการณ์ที่ราบรื่นกับ Homebrew เป็นเวลาหลายปี คนอื่นๆ อธิบายสถานการณ์ที่น่าหงุดหงิดที่การติดตั้งซอฟต์แวร์ง่ายๆ กลับกระตุ้นให้เกิดการอัปเดตแบบลูกโซ่ของแพ็กเกจและ dependencies ที่ไม่เกี่ยวข้อง
ซอฟต์แวร์หลัก: ตัวจัดการแพ็กเกจ Nix พร้อม nix-darwin, ตัวจัดการหน้าต่างแบบ tiling AeroSpace, ตัวเปิดโปรแกรม Raycast, โปรแกรมแก้ไขข้อความ Zed พร้อมการควบคุมแบบ vim, โปรแกรม terminal Alacritty, เบราว์เซอร์ Firefox
Nix บน macOS: คำมั่นสัญญาและข้อผิดพลาด
กระบวนการตั้งค่าโดยใช้ Nix และ nix-darwin ไม่ได้ราบรื่นทั้งหมด ปัญหาหลายประการเกิดขึ้นระหว่างการกำหนดค่าเริ่มต้น รวมถึงปัญหาความเข้ากันได้กับ macOS Sequoia เทมเพลตการกำหนดค่าที่ล้าสมัย และความล้มเหลวในการ build สำหรับแพ็กเกจบางตัวเช่น Node.js อย่างไรก็ตาม เมื่อผ่านอุปสรรคเริ่มต้นเหล่านี้ไปแล้ว แนวทาง declarative package management ก็พิสูจน์ให้เห็นความมีประสิทธิภาพในการติดตั้งเครื่องมือสำคัญเช่น Zed editor, Firefox และยูทิลิตี้การพัฒนาต่างๆ
ความคิดเห็นจากชุมชนเกี่ยวกับ Nix สำหรับ macOS แบ่งออกอย่างชัดเจน ผู้ใช้บางคนชื่นชมแนวทาง declarative และความสอดคล้องข้ามแพลตฟอร์ม ในขณะที่คนอื่นๆ พบว่ามีปัญหามากกว่าเมื่อเปรียบเทียบกับการติดตั้ง NixOS แบบ native ฉันทามติชี้ให้เห็นว่าแม้ว่า Nix บน macOS สามารถทำงานได้ดี แต่ก็ต้องการการแก้ไขปัญหามากกว่าสภาพแวดล้อม Linux แบบดั้งเดิม
ข้อมูลจำเพาะฮาร์ดแวร์: M1 Pro MacBook Pro 14 นิ้ว พร้อมหน่วยความจำแบบรวม 48GB ทำงานบน macOS Sequoia 15.5
ประสิทธิภาพและการปรับตัวของเวิร์กโฟลว์
การเปลี่ยนแปลงเผยให้เห็นลักษณะประสิทธิภาพที่น่าสนใจของ Apple Silicon ในขณะที่ M1 Pro MacBook Pro สร้างความประทับใจด้วยคุณภาพการสร้าง อายุแบตเตอรี่ และการตอบสนองโดยทั่วไป ผู้ใช้สังเกตว่าเวิร์กโฟลว์บางอย่างอาจได้ประโยชน์จากการรัน Linux ในเครื่องเสมือนสำหรับงานเฉพาะ Apple Virtualization framework สามารถให้ประสิทธิภาพใกล้เคียงกับ native สำหรับการดำเนินการหลายอย่าง แม้ว่าจะขาดคุณสมบัติเช่น state save/restore และมีการเร่งความเร็วกราฟิกที่จำกัดสำหรับปริมาณงานบางประเภท
สำหรับผู้ใช้ที่กำลังพิจารณาการเปลี่ยนแปลงที่คล้ายกัน ชุมชนแนะนำทางเลือกหลายอย่างที่น่าสำรวจ ซึ่งรวมถึงการรัน Fedora Asahi Remix แบบ native บนฮาร์ดแวร์ Apple Silicon รุ่นเก่า (ระบบ M1 และ M2) การใช้เครื่องเสมือนแบบเต็มหน้าจอ หรือการพิจารณาแล็ปท็อปที่ใช้ AMD APU รุ่นใหม่ที่อาจให้ความเข้ากันได้กับ Linux ที่ดีกว่าในขณะที่รักษาประสิทธิภาพที่สามารถแข่งขันได้
ประสบการณ์นี้เน้นย้ำถึงความท้าทายที่กว้างขึ้นในตลาดแล็ปท็อป: การหาฮาร์ดแวร์ที่สร้างสมดุลระหว่างประสิทธิภาพ ความน่าเชื่อถือ และความเข้ากันได้กับ Linux ในขณะที่เวิร์กสเตชันเดสก์ท็อปและเซิร์ฟเวอร์ไม่ค่อยมีปัญหาเช่นนี้ ผู้ใช้แล็ปท็อปมักต้องเผชิญกับการประนีประนอมที่ยากลำบากระหว่างคุณภาพฮาร์ดแวร์และความเสรีของซอฟต์แวร์ การเปลี่ยนไปใช้ Apple Silicon เป็นหนึ่งในวิธีแก้ปัญหานี้ แม้ว่าจะต้องยอมรับการแลกเปลี่ยนที่มีอยู่ในระบบนิเวศที่ถูกล็อกไว้มากกว่า
อ้างอิง: I Used Arch, BTW: macOS, Day 1