คุ้นเคยกับ Apple Silicon แล้ว แต่ก็ยังรัก Framework อยู่ดี

 (simonhartcher.com)
1 คะแนน โดย GN⁺ 2025-09-23 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ได้สัมผัสกับ ระยะเวลาสแตนด์บายที่ยอดเยี่ยม ของ MacBook M1 Pro ที่ใช้ Apple Silicon
  • ในทางกลับกัน การใช้แบตเตอรี่ของ Framework 13 อยู่ในระดับที่น่าผิดหวัง
  • แสดงให้เห็นถึงความเชื่อมั่นอย่างลึกซึ้งต่อ ปรัชญาและเทคโนโลยี ที่ Framework มุ่งมั่น
  • ตระหนักว่า สถาปัตยกรรม ARM64 ของ Apple Silicon คือหัวใจสำคัญของประสิทธิภาพด้านแบตเตอรี่
  • แม้ Framework จะมีข้อเสีย ก็ยังคงมี ความรักและความคาดหวัง ต่อมัน

เปรียบเทียบประสบการณ์: Apple Silicon vs. Framework

  • ผู้เขียนใช้ MacBook M1 Pro (Apple Silicon) เป็นหลักในการทำงาน
  • แม้จะไม่ได้ใช้งานโน้ตบุ๊กมาหลายสัปดาห์ MacBook ก็ยังแสดง แบตเตอรี่คงเหลือ 90% หลังจากปิดฝาไว้โดยไม่ปิดเครื่องเป็นเวลาราว 3 สัปดาห์
  • ในทางกลับกัน Framework 13 (AMD Ryzen 7840HS) มักจะอยู่ในสภาพที่ แบตเตอรี่หมด เกือบทุกครั้ง หากไม่ได้ใช้งานเพียงไม่กี่วัน
  • อ้างอิงข้อมูลจากชุมชนว่าใน โหมดสลีป ของ Framework 13 จะมีการใช้แบตเตอรี่ 3–4% ต่อชั่วโมง
  • สิ่งนี้ทำให้การใช้งาน Framework รู้สึกไม่สะดวกและน่าเสียดาย

ระบบปฏิบัติการและประสบการณ์ผู้ใช้

  • บน Framework 13 ผู้เขียนใช้ Fedora Workstation มาเป็นเวลานาน และเคยลองใช้ Arch Linux ชั่วคราวด้วย
  • เนื่องจากปัญหาเรื่อง ความเสถียรที่ไม่เพียงพอ ของ Arch Linux จึงกลับไปใช้ Fedora Silverblue อีกครั้ง
  • ประสบการณ์บน Fedora Silverblue โดยรวมถือว่า ราบรื่นน่าใช้งาน
  • อย่างไรก็ตาม ไม่ว่าจะเป็นระบบปฏิบัติการใด ปัญหา อายุการใช้งานแบตเตอรี่ของ Framework ก็ยังคงอยู่

เทคโนโลยีและประสิทธิภาพด้านแบตเตอรี่

  • ผู้เขียนมีความเชื่อมั่นอย่างมากต่อ ภารกิจและนวัตกรรมทางเทคนิค ที่ Framework มุ่งหวัง
  • ขณะเดียวกันก็รับรู้ว่า Apple Silicon (บนพื้นฐาน ARM64) มีบทบาทสำคัญต่อประสิทธิภาพด้านแบตเตอรี่
  • หาก Framework ออก เมนบอร์ด ARM มาก็อาจพิจารณาอัปเกรด แต่ก็ชี้ให้เห็นว่ามี ความซับซ้อน มากกว่าการเปลี่ยนสถาปัตยกรรมเพียงอย่างเดียว เช่น การรองรับ OS และซอฟต์แวร์

บทสรุปและความรู้สึกส่วนตัว

  • แม้จะมี ข้อเสีย ผู้เขียนก็ยังคงมอบความรักให้กับ Framework อย่างต่อเนื่อง
  • ตอนนี้ยังคงพยายามรับมือกับความไม่สะดวกด้วยการทำให้ Framework มีการชาร์จอยู่เสมอก่อนใช้งาน
  • แม้จะทึ่งกับ ระยะเวลาสแตนด์บายและประสิทธิภาพ ของ Apple Silicon แต่ก็ยังมองว่าความหมายและคุณค่าที่ Framework มีนั้นยิ่งใหญ่ไม่แพ้กัน

บทความที่เกี่ยวข้อง

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

 
GN⁺ 2025-09-23
ความคิดเห็นใน Hacker News

  • ปัญหาการใช้พลังงานระหว่างโหมดสลีปบนแล็ปท็อป Linux เป็นเรื่องน่าเสียดายมาก ฉันก็เจออาการคล้ายกันบน Framework ของฉันเอง โดยปกติถ้าอยากใช้ Secure Boot ก็มักต้องใช้โหมด kernel Lockdown ไปด้วย ซึ่งในสถานะนี้จะทำให้ kernel ไม่สามารถ hibernate ได้ (หากไม่มีแพตช์ภายนอก) นี่เป็นอุปสรรคใหญ่จริง ๆ ถ้า hibernate ไม่ได้ ก็ไม่สามารถลดการกินแบตระหว่างพักเครื่องลงได้อย่างมาก คำตอบที่บอกให้ปิด Secure Boot หรือ Lockdown mode ก็ไม่น่าพอใจ เพราะการตั้งค่าเหล่านี้มักเปิดมาอยู่แล้วตั้งแต่ขั้นตอนติดตั้งเริ่มต้น เข้าใจได้ว่าแล็ปท็อป Linux มีลำดับความสำคัญต่ำจึงยังไม่มีทางแก้ที่เหมาะสม แต่สถานการณ์ตอนนี้ก็น่าผิดหวังมาก

    • อันที่จริงนี่ไม่ใช่ปัญหาเฉพาะของ Linux แต่เป็นปัญหาของแพลตฟอร์ม PC เอง (แม้ประเด็น hibernate จะเฉพาะกับ Linux) Microsoft บังคับให้ผู้ผลิตฮาร์ดแวร์รองรับโหมด S0 แทน S3 ทำให้ผู้ผลิตส่วนใหญ่ตอนนี้ใส่มาแค่ S0 หรือไม่ก็ถอด S3 ออกไปเลย เจตนาคืออยากให้เครื่องยังทำงานต่อได้แม้ตอนปิดฝา เช่น ดาวน์โหลดอัปเดต ผลคือ CPU ไม่สามารถปิดได้สนิทระหว่างสลีปและต้องคงการทำงานไว้ตลอด ตอนนี้แทบจะน่าขำที่จะมอง PC ว่าเป็นแพลตฟอร์มแล็ปท็อป

    • ฉันไม่เข้าใจว่าทำไมบน Linux การ hibernate ขณะเปิด Secure Boot ถึงยังไม่รองรับมาจนถึงตอนนี้ ฟีเจอร์พวกนี้ถูกพัฒนาแยกกันโดยคนละทีมงั้นหรือ? ทั้งที่ใน systemd ก็รองรับทั้งสองอย่างและพัฒนาดีขึ้นเรื่อย ๆ สำหรับฉัน hibernation ไม่ใช่แค่เรื่องประหยัดแบต แต่เป็นเรื่องความปลอดภัยด้วย เวลาเดินทางก็มีความเสี่ยงที่โน้ตบุ๊กจะถูกขโมย ถ้า hibernate ก็แค่เสียเครื่อง แต่ถ้าแค่ suspend ข้อมูลอาจถูกดึงออกไปได้ ฉันเลยตั้งให้ hibernate อัตโนมัติหลัง 15 นาที และมันก็ทำงานได้เสถียรดีเกินคาดบน Linux

    • ฉันใช้ทั้ง Framework 13 (AMD รุ่นแรก) และ MacBook Pro M4 ของที่ทำงาน MacBook แทบไม่กินแบตเลยตอนอยู่ในโหมดสลีป ส่วน Framework ใช้ Ubuntu 24 แล้วแบตลดลงประมาณ 1% ต่อชั่วโมงระหว่างสลีป ซึ่งก็ยังพอใช้งานได้ แต่ความประหยัดพลังงานของ MacBook เมื่อเทียบกับสมรรถนะนั้นน่าทึ่งจริง ๆ ฉันไม่คิดว่าควรเอาไปเทียบกันตรง ๆ เพราะ Apple ลงทุนกับการปรับจูนฮาร์ดแวร์และแบตเตอรี่มาหลายปี ต่างจากผู้ผลิตหน้าใหม่อย่าง Framework ถึงอย่างนั้นก็หวังว่าเทคโนโลยีแบตเตอรี่ ซอฟต์แวร์/ฮาร์ดแวร์ด้านการพักเครื่อง และประสิทธิภาพของโปรเซสเซอร์นอก ecosystem ของ Apple จะดีขึ้นเรื่อย ๆ ดูเหมือน Apple M series จะช่วยกระตุ้นทั้งตลาดได้มาก

    • ปัญหานี้วนซ้ำมา 20 ปีแล้ว ราว 19 ปีก่อน ฉันเคยทำให้แล็ปท็อปของ Mark Shuttleworth เข้าโหมดพักและกลับมาทำงานผ่าน ACPI ได้บนรถไฟไป Oxford และนั่นเป็นจุดเปลี่ยนในอาชีพของฉัน ลิงก์ nondeterministic.computer สิบปีหลังจากนั้นฉันซื้อ Macbook Air และเลิกใช้ Linux บนแล็ปท็อป

    • ก่อนหน้านี้ฉันเคยส่งแพตช์แบบ RFC ไปที่ kernelLMKL เพื่อทำฟีเจอร์นี้ (ดูเหมือนฉันยังใช้มันอยู่และคนอื่นก็ยังใช้อยู่เหมือนกัน) ดูแพตช์ แต่มีประวัติว่าโดน reject

  • ฉันใช้ Mac M4 สำหรับงาน และ Framework สำหรับใช้ส่วนตัว ประสิทธิภาพของ M4 นั้นดีจริง แต่สำหรับแล็ปท็อปของฉัน สิ่งสำคัญกว่าประสิทธิภาพหรือแบตคือการควบคุมความเป็นเจ้าของของตัวเอง แต่ก่อนฉันเคย dual boot Linux กับ Windows หรือใช้ WSL หลายตัว แต่ตอนนี้พอใช้ Fedora บน Framework ก็ไม่ต้องผูกติดกับ Windows เลย เวลาไม่ได้ใช้คอม ฉันชอบปิดเครื่องไปเลย และชอบเริ่มบูตใหม่ทุกครั้ง

    • ฉันสงสัยว่ามันบูตเร็วแค่ไหน น่าสนใจที่จะตามดูว่าช่วงนี้ดิสโทรไหนบูตเร็วที่สุด จำได้ว่าเมื่อ 20 ปีก่อนนี่เป็นประเด็นสำคัญสำหรับผู้ใช้ Linux

    • จริง ๆ แล้วทั้ง Windows และ Mac ก็ปิดเครื่องสนิทได้ ฉันไม่ค่อยเข้าใจว่าทำไมการ shutdown ถึงเป็นปัญหา สำหรับฉัน ฉันปิดแล็ปท็อปสนิทตลอด

  • อย่างที่พูดไว้ในบล็อก ปัญหาแบตเตอรี่นั้นซับซ้อนมาก CPU/SoC ที่ประหยัดพลังงานเป็นสิ่งจำเป็น และ Intel กับ AMD ก็ทำได้แต่โดยประวัติแล้วไม่ง่าย จากนั้น OS ต้องสามารถดึงประสิทธิภาพของชิปออกมาได้สูงสุด Windows ก็พอใช้ได้ในเรื่องนี้ แต่ในทางปฏิบัติมันไม่ได้ออกแบบให้เข้าสู่สถานะ idle อย่างสมบูรณ์ จึงไม่ได้ประสิทธิภาพตามที่หวัง ส่วน Linux ขึ้นกับฮาร์ดแวร์ การตั้งค่า power governor การเร่ง GPU ของเบราว์เซอร์ ฯลฯ อย่างมาก แก่นของปัญหาเรื่องสลีปคือแล็ปท็อป x86 ส่วนใหญ่ไม่ได้ implement S3 sleep อย่างถูกต้อง และมีแค่ “modern standby” เท่านั้น modern standby นี้พยายามเลียนแบบโหมดสลีปของ Apple แต่ทั้ง Windows และ Linux ยังทำได้ไม่สมบูรณ์ และผลลัพธ์ก็แตกต่างกันมากตามเฟิร์มแวร์ ทำให้ใช้งานได้ไม่ดี ผลคือแล็ปท็อป x86 ส่วนใหญ่ถ้าปล่อย “สลีป” ไว้ไม่กี่วันก็แบตหมด ThinkPad ของฉันก็เหมือนกัน ถ้ามีการบูรณาการฮาร์ดแวร์และซอฟต์แวร์ดีพอแบบ Steam Deck ของ Valve ก็ทำให้สลีปบน x86 ใช้งานได้ดีแม้จะเป็น Linux ฐาน Arch แต่ผู้ผลิตโน้ตบุ๊กไม่มีทั้งความตั้งใจและความสามารถจะทำ integration ระดับนั้น

    • ThinkPad X1 Carbon (gen 5) ของฉันเคย suspend บน Linux ได้นานหลายสัปดาห์โดยไม่ต้องกังวลเรื่องแบตหมด แสดงว่าก็เคยมีช่วงเวลาที่ปัญหาแบตตอน suspend บน Linux ไม่ได้รุนแรงมากนัก ตรงกันข้าม Framework 13 (Intel เจน 11) ที่ใช้อยู่ตอนนี้กินแบตค่อนข้างหนักมาก (2-3%/h) ฉันคิดว่าชิป AMD อาจจะดีกว่า แต่ดูเหมือนสถานการณ์จะคล้ายกัน

    • Steam Deck เป็นตัวอย่างที่ดี x86 กับ Linux ก็ทำได้ แต่ในโลกความจริงกลับไม่ทำ

    • ฉันมี Steam Deck ไม่ว่าจะเป็นรุ่นเก่าหรือ OLED ก็ไม่เคยอยู่ได้เกินสองวันโดยไม่ชาร์จ แบตหมดตลอดและอยู่ไม่ถึง 24 ชั่วโมงด้วยซ้ำ เลยกลายเป็นว่าต้องเสียบสายชาร์จไว้ตลอด เมื่อเทียบกับ iPad หรือ MBP แล้วต่างกันมาก ส่วนแบตของ Switch ฉันยังไม่เคยใช้เองเลยไม่รู้ แต่เดาว่าน่าจะดีกว่า Steam Deck

    • บนแล็ปท็อป Framework พอปิดฝาแล้ว WiFi จะดับ แต่นี่ไม่เหมือนกับการเลียนแบบโหมดสลีปของ Apple

  • ถ้าไม่นับเรื่องอายุแบตอย่างเดียว ฉันพร้อมจะออกจาก ecosystem ของ Apple ทันทีเพื่อไปใช้แล็ปท็อป Linux ถ้ามีแล็ปท็อป Linux ที่แบตโอเคออกมา ฉันก็จะย้ายทันที ฉันเดินทางบ่อย และต้องเชื่อถือได้ว่าเวลาจำเป็นต้องใช้แล็ปท็อปแบบกะทันหัน แบตจะยังเหลือพอเสมอ ถ้า Framework ทำแบตเตอรี่แบบ hot-swap ได้ ต่อให้ต้องรีบูตสักสองสามครั้งฉันก็ไม่ว่า อย่างน้อยก็จะไม่ถูกผูกมัดด้วยแบต ฉันยอมจ่ายแพงเท่า Apple หรือมากกว่านั้นด้วยซ้ำเพื่ออุดมการณ์ เพราะอำนาจครอบงำของ Apple ไม่เป็นผลดีกับทุกคน

    • มีคนแนะนำว่าแทนที่จะใช้แบตเตอรี่ถอดเปลี่ยนได้ ลองพก battery pack ความจุสูงที่ชาร์จผ่าน USB-C ได้ แบตเตอรี่สำรองความจุสูงที่จ่ายไฟเกิน 60W และมีความจุราว 100Wh ก็ซื้อได้ในราคาต่ำกว่า 100 ยูโร

    • มีการพูดถึง "การผูกขาดของ Apple" แต่ถ้าดูส่วนแบ่งตลาดจริงในตลาดแล็ปท็อป PC ผู้เล่นที่ครองเกิน 60% คือ Lenovo, HP และ Dell ไม่ใช่ Apple และส่วนแบ่งของ Apple ค่อนข้างต่ำ รายงานตลาดจาก industryresearch.biz

    • ฉันใช้ System76 Lemur Pro มาตั้งแต่ฤดูใบไม้ผลิปี 2022 แบบไม่มีปัญหาอะไรใหญ่ ๆ มีแบตบวมอยู่ครั้งหนึ่งแต่เปลี่ยนครั้งเดียวก็จบ ก่อนหน้านั้นใช้แต่ MacBook มาตลอด

    • Framework น่าจะใช้เวลาแค่ 1-3 นาทีสำหรับ shutdown เปลี่ยนแบต แล้วบูตกลับ

    • แล็ปท็อป Windows ARM ก็ทำเรื่องแบตได้ค่อนข้างดีเหมือนกัน แต่ไม่แน่ใจว่าจะถึงระดับ Mac ไหม

  • ในอดีต สมัยแล็ปท็อป Intel ยังใช้โหมดสลีป S3 แทบไม่มีความกังวลเรื่องแบตเลย บน S3 ทั้ง Linux และ Mac ก็กลับมาทำงานได้เรียบร้อย แล็ปท็อป Intel ของ Apple อาจจะเร็วกว่านิดหน่อย แต่โดยพื้นฐานแล้วมันทำงานได้ดี ดูเหมือนปัญหาจะเริ่มหลังเปลี่ยนไปใช้ "modern standby" แม้จะดีขึ้นมากแล้ว แต่ทุกวันนี้แนวคิดที่ว่าให้ shutdown แล็ปท็อปทุกครั้งก่อนใส่กระเป๋าก็กำลังกลายเป็นเรื่องปกติ แต่ก่อนแค่สั่งพักเครื่องแล้วก็พกไป ไม่มีใครกังวล

    • Windows พยายามแก้ปัญหาที่ต้นเหตุ แต่ทั้งอุตสาหกรรมกลับไม่ได้สนใจมากพอที่จะทำให้ modern standby ใช้งานได้ดีจริง ทั้งระบบปฏิบัติการจำเป็นต้องปรับปรุงครั้งใหญ่ แต่ก็ยังไม่เดินหน้า

    • ไม่ใช่แค่ข่าวลือ ฉันเคยเจอเองจริง ๆ ว่าแล็ปท็อปเปิดขึ้นมาและร้อนจัดอยู่ในกระเป๋า

    • แล็ปท็อปเครื่องก่อนของฉันเคยพังเพราะหน้าจอไหม้อยู่ในกระเป๋า (แผ่นหลังจอเป็นลายคลื่น) ส่วนแล็ปท็อป Windows ที่ใช้ทำงานตอนนี้แม้จะเป็น CPU ประหยัดพลังงานกว่า แต่ก็ยังร้อนขึ้นเสมอระหว่างสลีป

    • ฉันก็เคยเจอครั้งหนึ่งบนแล็ปท็อป Windows เมื่อ 6 ปีก่อน หลังจากนั้นบนแล็ปท็อป MSI และ Lenovo ก็ไม่เจออีก Windows มี ecosystem ของไดรเวอร์ที่วุ่นวาย เลยอาจมีปัญหาตามบอร์ดหรือการ์ดจอได้ แม้จะมีปัญหา blue screen ที่เกี่ยวกับ USB-C dock แต่ปัญหาสลีปของตัวแล็ปท็อปเองนั้นไม่เจอ

    • ตอนใช้ Linux ฉันเคยต้องหยิบเครื่องออกจากกระเป๋าเหมือนหยิบ "ก้อนอิฐร้อน" แล้วภาวนาให้เครื่องยังรอดอยู่ ฉันใช้ Linux มานานกว่า 10 ปี แต่หลังจาก M1 ออกมาก็ไม่เคยหันกลับไปอีกเลย เพราะฮาร์ดแวร์มันดีเกินไป ตอนที่ต้องเปลี่ยน M1 Air ถ้าแล็ปท็อปเครื่องนั้นยังอยู่ดี ฉันอาจลอง Asahi Linux ดูสักครั้ง แต่จะให้ใช้เป็นเครื่องหลักแบบกึ่งทดลองตอนนี้ก็ยังไม่ค่อยกล้า

  • ฉันสงสัยจริง ๆ ว่าทำไม Mac ถึงเหนือกว่าทางฮาร์ดแวร์ได้ขนาดนี้ ที่ทำงานฉันใช้ MacBook ที่บ้านใช้ Lenovo ติด Linux และพอจะเลือกโน้ตบุ๊กส่วนตัวเครื่องถัดไป ก็แทบหาเหตุผลด้านฮาร์ดแวร์มาหลีกเลี่ยง MacBook ไม่ได้เลย บางครั้ง MacBook Air ยังถูกกว่าแล็ปท็อปสเปกใกล้กันด้วยซ้ำ เรื่องอุดมการณ์อย่างการซ่อมง่ายหรือความเปิดกว้างยังสำคัญอยู่ แต่ถ้ามองแค่ฮาร์ดแวร์ Apple นำอยู่ชัดเจน ทำไมบริษัทใหญ่อย่าง Lenovo, Dell, HP ถึงตามไม่ทันกันนะ

    • กำแพงในการเข้าสู่ระดับนั้นสูงมาก การทำ integration และการลงทุนแบบนี้ต้องใช้เงินมหาศาล ต่อให้ยอมจ่ายแพงเพื่อขยับซัพพลายเออร์ การเปลี่ยนแปลงก็ไม่ได้เกิดขึ้นทันที ตราบใดที่บริษัทยังไม่ยอมจ้างวิศวกรมาจัดการปัญหาที่รากจริง ๆ ปัญหาเรื้อรังก็จะยังอยู่ บางครั้งต้องเสียลูกค้ารายใหญ่ก่อนถึงจะยอมขยับ แม้แต่กระบวนการจัดหาชิ้นส่วนก็มักใช้วิธีแก้ชั่วคราวให้พอไปได้มากกว่าจะซ่อมระบบจริง ๆ แรงต้านต่อการเปลี่ยนแปลงมีสูงมาก

    • ฉันคิดว่าเป็นเพราะผู้ผลิตรายอื่นมีไลน์อัปที่กว้างเกินไปและมีการผสมฮาร์ดแวร์หลากหลายเกินไป แค่ Dell เองก็มี CPU ถึงเจ็ดแบบ และกราฟิกอีกหลายชนิด (Iris, ARC, HawkPoint ฯลฯ) ที่ขายพร้อมกัน โครงสร้างแบบนี้ภายในแทบไม่ต่างจากหลายบริษัทเล็ก ๆ ที่ต่างคนต่างปรับสินค้า ถ้าผู้ผลิตชิ้นส่วนชี้ปัญหาด้านประสิทธิภาพ คำตอบที่ได้ก็มักเป็นแค่ “ไปใช้รุ่นใหม่สิ” ส่วน Apple หลุดจากปัญหาแบบนี้ไปแล้ว

    • สาเหตุใหญ่ที่สุดคือ CPU Apple นำหน้าผลิตภัณฑ์มือถือของ AMD อยู่ราว 1-1.5 เจเนอเรชัน และถ้านับรวมความสัมพันธ์การทำงานระหว่าง Intel กับ OEM ก็เหมือนห่างกันถึง 4-5 เจเนอเรชัน มีเพียงแล็ปท็อปธุรกิจระดับเรือธงเท่านั้นที่ตั้งเป้าคุณภาพใกล้กับ MacBook ส่วนโน้ตบุ๊ก PC ที่เหลือ แม้ใช้ CPU AMD ก็มักประกอบด้วยชิ้นส่วนที่ราคาถูกกว่า

  • เนื้อหาในบทความไม่ได้ลงรายละเอียดมากนักว่า Framework จะเหมาะกับเจ้าของโพสต์หรือไม่ เพราะขึ้นกับลักษณะการใช้งาน สำหรับฉัน ฉันไม่ได้มีนิสัยใส่แล็ปท็อปไว้ในกระเป๋าเป็นสัปดาห์ ๆ ดังนั้นแบตที่ลดระหว่างสลีปจึงไม่ใช่ปัญหาใหญ่ Framework 13 ที่ใช้ชิป Ryzen 5 AI 340 ทำงานได้ราว 5-6 ชั่วโมงต่อการชาร์จหนึ่งครั้ง เมื่อเทียบกับ Macbook มันด้อยกว่าในเรื่องประสิทธิภาพ/ฮาร์ดแวร์บางอย่าง เช่น ความเงียบและ trackpad ที่ใหญ่กว่า แต่แค่ใช้ Linux ได้ก็คุ้มค่าแล้ว ถ้าใช้ GNOME ก็ได้ฟีเจอร์อย่าง snap หน้าต่าง การปรับปุ่มเมาส์ ฯลฯ ได้ทันทีโดยไม่ต้องซื้อแอปเพิ่ม ฉันทำงานกับคอนเทนเนอร์เยอะ และบน Linux สามารถรัน docker/containerd แบบ native ได้โดยไม่ต้องผ่าน VM ทำให้งานพัฒนาง่ายขึ้นมาก บน macOS นักพัฒนามักเจอปัญหาเกี่ยวกับ homebrew แต่บน Linux ความเจ็บปวดแบบนี้หายไปหมด

    • ถ้าได้แค่ 5-6 ชั่วโมง สำหรับปี 2025 ถือว่าน้อยเกินไป Macbook Pro M1 รุ่นล่างสุดอายุ 5 ปีของฉันยังทำงานได้อย่างน้อย 10-12 ชั่วโมง และอยู่ในสลีปได้นานหลายสัปดาห์

    • Framework ของฉันเป็นเครื่องที่ใช้ที่บ้านเป็นครั้งคราว เคยชาร์จเต็ม 100% แล้วใช้เล่นเว็บเบา ๆ หนึ่งหรือสองชั่วโมงในช่วงสุดสัปดาห์ (ใช้ Firefox แบบเบา ๆ) จากนั้นปล่อยสลีปไว้ พอผ่านไปราวหนึ่งวันแบตก็ลดลงต่ำกว่า 20% แล้ว เจอแบบนี้แทบทุกครั้ง ใช้แค่สองสามรอบก็ต้องชาร์จใหม่

    • มีคนเสนอทางแก้สำหรับปัญหาที่เจอบน Mac: ใช้ Nix package manager (ร่วมกับ home-manager) แทน Homebrew ส่วน Docker ก็ใช้แค่ Colima กับ Docker CLI ก็พอ โดยไม่ต้องแบกภาระส่วนเกินของ Docker Desktop และยังตั้งค่าด้วย Nix ได้ง่าย

  • เมื่อหลายปีก่อน ฉันเคยแย้งว่าตอน AMD Opteron A series นั้น บริษัทกำหนดเป้าหมายผิด และควรสร้างผลิตภัณฑ์ ARM+GPU SoC ที่มีประสิทธิภาพ ใช้งานได้แบบรวมศูนย์ทั้งแล็ปท็อป/PC/embedded (เช่น มีแคชขนาดใหญ่ บัสหน่วยความจำกว้าง PCIe แรง ๆ) ตอนนั้นหลายคนตอบแบบกังขาว่า “จะเอาไปรันอะไร” และตัวฉันเองก็คิดว่าอาจไม่มี killer app อย่าง Linux ด้วย Apple ทำได้เพราะควบคุมทั้งฮาร์ดแวร์และซอฟต์แวร์ได้ทั้งก้อน ถึงอย่างนั้นฉันก็ยังอยากได้ ARM GPU SoC จาก AMD อยู่ดี

    • ถ้าจะทำผลิตภัณฑ์แบบนี้ให้ดีจริง ต้องมี ARM core ประสิทธิภาพสูงมาก (ซึ่งแทบมีแค่ Apple ที่ทำได้) ต้องรันแอป legacy x86/x64 ได้ลื่น และยังมีโจทย์เก่า ๆ เรื่องการรองรับอุปกรณ์ภายนอกอีกมาก สำหรับ Apple พวกเขามีทั้งประสบการณ์จากอุปกรณ์ iOS มีเรื่องไลเซนส์ มีนโยบายไดรเวอร์ (จำกัดฮาร์ดแวร์บุคคลที่สาม ยกเลิก kext ฯลฯ) และยังมีไลเซนส์สถาปัตยกรรม ARM ซึ่งช่วยให้ปรับแต่งประสิทธิภาพของ x86 emulation ได้ครบทุกด้าน

  • ฉันอยากได้แล็ปท็อปที่รองรับ Linux บน ARM ได้สมบูรณ์จริง ๆ M series เหนือกว่าแล็ปท็อป x86 เรื่องแบตแบบขาดลอยมาก จนตอนนี้ซื้อแล็ปท็อปที่ไม่ใช่ M series ได้ยากแล้ว ส่วนหนึ่งเป็นเพราะ Apple ควบคุมทั้งฮาร์ดแวร์และซอฟต์แวร์ แต่ฉันก็คิดว่าความไม่มีประสิทธิภาพเฉพาะตัวของสถาปัตยกรรม x86 ก็เป็นสาเหตุด้วย

    • จนกว่า Intel หรือ AMD จะลดช่องว่างด้านประสิทธิภาพได้ ก็ยังไม่แน่ใจว่าจะได้เห็นชิป ARM สำหรับแล็ปท็อป/เดสก์ท็อปที่ไม่ใช่ของ Apple หรือเปล่า

    • ฉันคิดว่าประสิทธิภาพแบตของ M series ไม่ได้ดีเพราะ "เป็น ARM" แต่เพราะ Apple จัดสภาพแวดล้อมให้เอื้อต่อการ optimize แบตอย่างสุดทาง และอิทธิพลจากการตลาดก็มีมากเหมือนกัน ในบรรดาชิป x86 ก็มีบางรุ่นที่บน Windows เล่นวิดีโอได้เกิน 24 ชั่วโมงด้วยซ้ำ (นานกว่า M2/M3 5 ชั่วโมง) และฉันคิดว่าชิป Snapdragon ดีกว่า Apple Silicon เกือบทุกด้าน

  • ฉันต้องอัปเกรดแพ็กเกจ Cloudflare เพื่อเขียนโพสต์นี้