4 คะแนน โดย GN⁺ 2026-01-27 | 5 ความคิดเห็น | แชร์ทาง WhatsApp
  • เดสก์ท็อป Linux KDE Plasma ที่ใช้ Fedora Asahi Remix สามารถทำงานได้ตามปกติบนชิป Apple M3
  • Michael Reeves (Integralpilot) นักพัฒนานักเรียนมัธยมปลายชั้นปีที่ 2 (เกรด 10) ที่อาศัยอยู่ในออสเตรเลีย ได้เผยแพร่ภาพการทำงาน
  • ยังได้กล่าวถึง noopwafel และ Shiz ว่ามีส่วนร่วมในความสำเร็จนี้ร่วมกันจากการร่วมมือพัฒนา

5 ความคิดเห็น

 
wedding 2026-01-27

วีทูบเบอร์สาวอัจฉริยะผู้มีรอยยิ้ม..

 
cosine20 2026-01-28

ท่านผู้นั้นได้จาก Asahi ไปแล้ว... ฮือๆ TT

 
wedding 2026-01-28

เอ๊ะ นี่ไม่ใช่แค่การกลับมาของการไลฟ์อย่างเดียวนี่นา? นี่มันเหมือนทีมที่ไม่มีฮงชอลในทีมฮงชอลเลย..

 
cosine20 2026-01-28

กลับมาสตรีมแล้วเหมือนกัน แต่เปลี่ยนชื่อเป็น Hoshino Rina แล้วก็ดูเหมือนจะแสดงผลงานการมีส่วนร่วมกับโอเพนซอร์สแบบอิสระผ่านการสตรีมเฉย ๆ
ช่วงหลังมานี้กำลังทำงานให้แอป?ไลบรารี? สำหรับกระจายสตรีมชื่อ Spout2 ทำงานบนลินุกซ์ได้ดีอยู่ครับ

 
GN⁺ 2026-01-27
ความเห็นจาก Hacker News
  • Michael Reeves (เป็นอีกคนที่ชื่อเดียวกัน ไม่ใช่ยูทูบเบอร์) ยังเป็นนักเรียนมัธยมปลาย แต่เคยค้นพบ ช่องโหว่ความเสี่ยงสูง ในซอฟต์แวร์ของ Apple มาแล้วหลายครั้ง เป็นคนที่มีพรสวรรค์มากจริงๆ

    • มันทำให้นึกว่ามีสักกี่คนในพวกเราที่ตอนเป็นวัยรุ่นเคยทุ่มเทให้กับวิศวกรรมซอฟต์แวร์ด้วย ความอยากรู้อยากเห็นและแรงสำรวจ ก่อนสุดท้ายจะถูกวัฒนธรรมงานบริษัทแบบ 9 to 5 บดขยี้จิตวิญญาณไปหมด T_T
    • มีอยู่สองกรณีที่เด็กมัธยมซึ่งชอบจับฮาร์ดแวร์ พอโตมาก็ได้มาร่วมพัฒนา Linux สำหรับ Apple Silicon ไม่ได้เยอะหรอก แต่ก็ดูแปลกดีที่ทุกคนเหมือนจะถูกดึงดูดเข้าหา Apple
    • นี่เป็นทฤษฎีสมคบคิดส่วนตัวของฉัน แต่แอบคิดว่าจริงๆ แล้วทั้งสองคนคือ คนคนเดียวกัน และกำลังเล่นมุกเดินทางข้ามเวลาอยู่หรือเปล่า
  • ฉันกำลัง สนับสนุน โครงการ Asahi อยู่ หวังว่าสักวันจะได้รัน Linux แบบเนทีฟพร้อม GPU acceleration บน M4 Max พวกเขาทำผลงานได้ยอดเยี่ยมมากบน M1 และ M2 อยู่แล้ว และก็ดีใจที่เห็นว่ายังพัฒนาต่อไปได้แม้ Alyssa Rosenzweig จะออกไปแล้ว ถ้าสนใจสนับสนุน สามารถดูได้ที่ หน้าสนับสนุน Asahi Linux

    • ตรงนี้ต้องแยก display acceleration ออกจาก compute support นะ การเรนเดอร์เดสก์ท็อปน่าประทับใจมากก็จริง แต่ถ้าเป็นงาน AI ในเครื่องหรือการรัน LLM inference แบบโลคัล ฝั่ง Linux ยังตามหลัง Metal/MPS ของ macOS อยู่มาก ฉันเองก็เคยคิดจะย้ายสภาพแวดล้อมพัฒนามา แต่ยังออกจาก macOS ยากเพราะยังไม่มี compute stack ที่โตพอ
  • พอรองรับ M3 เสร็จแล้ว ก็สงสัยว่า M4 หรือ M5 จะตามมาเร็วไหม ได้ยินมาว่า M3 ใช้เวลานานเพราะสถาปัตยกรรม GPU เปลี่ยนไปเยอะ

    • ที่ M3 ใช้เวลานาน ไม่ใช่เพราะตัวชิปเท่าไร แต่เป็นเพราะโครงการ Asahi มี หนี้ทางเทคนิค ที่สะสมมาจากตอนรองรับ M1/M2 มากกว่า ตัว M3 เองไม่ได้ยากนัก แต่ทีมไปโฟกัสกับการ upstream การเปลี่ยนแปลงเข้าเคอร์เนล
    • ว่ากันว่า M4 ยากกว่ามาก เพราะเพิ่ม การป้องกัน page table ระดับฮาร์ดแวร์ เข้ามาใหม่ แหล่งอ้างอิงจากผู้ร่วมพัฒนา Asahi
    • M5 เปลี่ยน GPU ไปเป็นคนละเจเนอเรชัน และยังเพิ่ม Neural Accelerator เข้ามาใหม่ด้วย รายละเอียดคงต้องวิเคราะห์กันต่อ
  • ใช้ Mac มาทั้งชีวิต แต่ตอนนี้ได้มาใช้เครื่อง KDE ที่อิง SteamOS เลยอยากรู้ว่ามี วิธีที่ดี ไหมในการย้ายคีย์ลัดพื้นฐานแบบ Mac มาไว้ใน KDE ถ้าเป็นแนวทางที่ไม่ต้องไปแตะ system partition จะดีมาก เพราะอยู่บน SteamOS และ Nix/Home Manager

    • ถ้าใช้ Home Manager อยู่แล้ว แนะนำให้ลองดู plasma-manager ด้วย มันช่วยจัดการการตั้งค่า KDE/Plasma แบบ declarative ได้ และยังใช้คำสั่ง plasma-manager เพื่อแสดงการตั้งค่าปัจจุบันออกมาได้ด้วย รวมถึงการตั้งค่าคีย์ลัด
    • รีแมปคีย์ลัดของ KDE ได้ก็จริง แต่จะไม่ส่งผลกับแอป Gnome หรือเกม สำหรับฉัน วิธีที่เสถียรที่สุดคือ สลับปุ่ม Ctrl กับ Cmd ในระดับฮาร์ดแวร์ แบบนั้นก็จะใช้ Cmd+C, Cmd+Q ฯลฯ ได้ในสไตล์ Mac แต่ในเทอร์มินัล Ctrl/Cmd ไม่ได้แยกกันอยู่แล้ว เลยต้องแก้แมปเพิ่มเอง
    • KDE มีตัวเลือกสำหรับสลับปุ่ม Cmd กับ Ctrl ทำงานกับแอป KDE ทั้งหมด แต่ไม่ครอบคลุมแอป Gnome นอกจากนี้ลองดู Kinto เพิ่มก็ได้
    • คงก๊อปคีย์ลัดของ macOS ได้ไม่สมบูรณ์แบบทั้งหมด เพราะงั้นฉันว่าทำความคุ้นเคยกับ ระบบคีย์ลัดเฉพาะของ KDE ไปเลยน่าจะดีกว่า
    • KDE เก็บค่าตั้งผู้ใช้ไว้ในไฟล์ /home/$USER_NAME/.config/kglobalshortcutsrc และคีย์ลัดก็อยู่ที่นี่ด้วย
  • เป็นข่าวที่เยี่ยมมาก แต่ยังอยากได้ยินเรื่อง สถานะการรองรับทั้งหมด อยู่ดี ว่ามี subsystem ไหนที่พัฒนาไปแล้วบ้าง และส่วนไหนที่ยังต้องใช้ไดรเวอร์ใหม่ รออัปเดตจาก หน้ารองรับ Fedora ของ Asahi

  • มีความเกี่ยวข้องกับงานพูดที่ 39C3 เมื่อ 3 สัปดาห์ก่อนในหัวข้อ Porting Linux to Apple Silicon วิดีโองานพูด (CCC media) ลิงก์ YouTube

    • ในงานพูดนี้มีรายละเอียดมากกว่านี้ รวมถึง ความท้าทายทางเทคนิค ของชิป M4 และ M5 ด้วย
  • สงสัยว่าทำไมการรองรับชิป M-series รุ่นใหม่ถึงยากขนาดนี้ Intel หรือ AMD พอเปลี่ยนเจเนอเรชันก็ดูเหมือนจะไปต่อได้ค่อนข้างง่าย

    • Intel/AMD จะ ร่วมส่งโค้ดรองรับเข้าเคอร์เนลโดยตรง แต่ Apple ปล่อยให้มีการเปลี่ยนแปลงที่ไม่มีเอกสารออกมาเรื่อยๆ และ Asahi ต้องไป reverse engineer เอง
    • M1/M2 คล้ายกัน แต่ M3 เปลี่ยน GPU ไปเยอะ ส่วน M4 ก็เพิ่มฟีเจอร์ด้านความปลอดภัยเข้ามา M5 ก็ยิ่งเข้มขึ้นไปอีก
    • Apple เปลี่ยนสถาปัตยกรรมบ่อยและใส่ฟีเจอร์ใหม่เข้ามาเรื่อยๆ ใน M4 มี ฟีเจอร์ปกป้องเคอร์เนล ที่ต้องจำลองการทำงานขึ้นมา
    • Intel/AMD เตรียมรองรับ Linux กันตั้งแต่ก่อนชิปจะวางขาย แต่ Apple ไม่ทำแบบนั้น และ GPU ISA ก็เปลี่ยนมากในแต่ละเจเนอเรชัน ทำให้ต้องวิเคราะห์ใหม่ทุกครั้ง อย่างไรก็ตาม การที่ Apple อนุญาตให้บูต OS ที่ไม่ได้ลงลายเซ็น ได้ก็ถือเป็นเรื่องดี
  • ฉันติดตั้ง Asahi Fedora GNOME บน Mac mini M1 แล้วใช้งานอยู่ มันเสถียรมากและใช้งานจริงได้เลย ถ้างานนี้เสร็จสมบูรณ์ ฉันกะจะไปหาซื้อ MacBook Air M3 มือสองมาใช้ รุ่น 16GB เองก็ราคาสมเหตุสมผลมาก

    • Apple เคยทำรุ่น M3 ที่ต่ำกว่า 16GB ด้วยเหรอ? หวังว่าสักวันจะมีรุ่นพื้นฐาน 128GB ออกมาบ้าง
  • อยากรู้ว่าสามารถใช้ macOS เป็นหลัก แล้วใช้ Linux แบบ dual boot ควบคู่กันไปได้ไหม

    • ได้สิ จริงๆ แล้วการลบ macOS ออกทั้งหมดต่างหากที่ไม่รองรับ ลิงก์ FAQ ของ Asahi
    • มันจะติดตั้งลงพาร์ทิชันแยกต่างหาก และตอนบูตก็เลือกได้ว่าจะเข้า macOS หรือ Linux
  • ฉันไม่ได้คิดจะซื้อ Mac หรอก แต่สงสัยว่าทำไมการรองรับชิป M-series ถึงยาก ทั้งที่เป็น ARM-based platform น่าจะเป็นแพลตฟอร์มทั่วไปไม่ใช่เหรอ แล้วทั้งที่ Apple รักษา โครงสร้างแบบปิด ไว้ขนาดนี้ ทำไมโปรเจกต์แบบนี้ยังเกิดขึ้นได้?

    • ปัญหาไม่ได้อยู่ที่ CPU แต่อยู่ที่อุปกรณ์รอบข้าง GPU, NPU, จอแสดงผล, USB, Wi‑Fi, เสียง และ อุปกรณ์ต่อพ่วงทั้งหมด เป็นงานออกแบบเฉพาะของ Apple เองหมด จึงต้องเขียนไดรเวอร์ใหม่แยกทีละตัวและต้องอาศัยการ reverse engineer