การสนทนาที่เพิ่มขึ้นในชุมชนแล็ปท็อปเน้นย้ำถึงความแตกต่างอย่างชัดเจนในการจัดการพลังงานระหว่างแล็ปท็อป Framework และอุปกรณ์ Apple Silicon แม้ว่าปรัชญาการออกแบบแบบโมดูลาร์ของ Framework จะได้รับคำชื่นชมในด้านการซ่อมแซมได้ แต่ผู้ใช้กำลังรายงานปัญหาแบตเตอรี่หมดเร็วอย่างมีนัยสำคัญที่ทำให้อุปกรณ์เหล่านี้น่าหงุดหงิดสำหรับการใช้งานประจำวัน
การสนทนานี้เริ่มขึ้นจากประสบการณ์ของผู้ใช้ที่เปรียบเทียบ MacBook M1 Pro กับแล็ปท็อป Framework 13 AMD หลังจากสามสัปดาห์ที่ปิดไว้แต่ไม่ได้ปิดเครื่อง MacBook ยังคงแบตเตอรี่ 90% ในทางตรงกันข้าม Framework 13 ที่มี AMD Ryzen 7840HS มักจะหมดแบตเตอรี่หลังจากไม่ใช้งานเพียง 2-3 วัน โดยสูญเสียแบตเตอรี่ประมาณ 3-4% ต่อชั่วโมงในระหว่างโหมดพักเครื่อง
การเปรียบเทียบประสิทธิภาพแบตเตอรี่
- MacBook M1 Pro : แบตเตอรี่เหลือ 90% หลังจากอยู่ในโหมดสลีป 3 สัปดาห์
- Framework 13 AMD : แบตเตอรี่หมดไป 3-4% ต่อชั่วโมงระหว่างโหมดพักเครื่อง
- Steam Deck : สามารถรักษาประจุไฟได้นานถึง 1 สัปดาห์ในโหมดสลีป
- แล็ปท็อป x86 ทั่วไป: มักจะหมดแบตเตอรี่หมดเกลี้ยงภายใน 1-2 วันเมื่ออยู่ในโหมดพักเครื่อง
 |
|---|
| โพสต์บล็อก "Why I'm Spoiled By Apple Silicon (But Still Love Framework)" เปรียบเทียบประสิทธิภาพแบตเตอรี่ของแล็ปท็อป Apple และ Framework โดยสะท้อนประสบการณ์ของผู้ใช้ |
ปัญหาการพักเครื่องของ Linux
ปัญหาแบตเตอรี่หมดเร็วดูเหมือนจะเกิดจากปัญหาพื้นฐานของสถานะการพักเครื่องในระบบ Linux แล็ปท็อปสมัยใหม่ใช้ modern standby (S0) แทนการพักเครื่องแบบลึกแบบดั้งเดิม (S3) ซึ่งควรจะช่วยให้อุปกรณ์คงการเชื่อมต่อไว้ขณะใช้พลังงานน้อยที่สุด อย่างไรก็ตาม การใช้งานนี้ทำงานได้ไม่ดีในแล็ปท็อป x86 ส่วนใหญ่ที่ใช้ Linux
สมาชิกชุมชนชี้ไปที่ข้อจำกัดที่สำคัญ: secure boot และ kernel lockdown mode ป้องกันการ hibernation ที่เหมาะสมในระบบ Linux หากไม่มีความสามารถในการ hibernate ไปยังดิสก์ แล็ปท็อปจะไม่สามารถบรรลุการใช้พลังงานต่ำสุดที่ผู้ใช้คาดหวัง สิ่งนี้สร้างสถานการณ์ที่น่าหงุดหงิดที่คุณสมบัติความปลอดภัยขัดแย้งโดยตรงกับประสิทธิภาพพลังงาน
ข้อร้องเรียนเกี่ยวกับการใช้พลังงานในโหมดพักเครื่องนั้นน่าเศร้าเป็นพิเศษเพราะมันเป็นปัญหาทั่วไปสำหรับ Linux บนแล็ปท็อป
การรวมฮาร์ดแวร์ทำให้เกิดความแตกต่าง
อายุแบตเตอรี่ที่เหนือกว่าของอุปกรณ์ Apple Silicon ไม่ได้เกิดจากสถาปัตยกรรม ARM เพียงอย่างเดียว แต่เป็นผลมาจากการควบคุมที่เข้มงวดของ Apple ทั้งฮาร์ดแวร์และซอฟต์แวร์ Apple ออกแบบทุกส่วนประกอบให้ทำงานร่วมกันอย่างมีประสิทธิภาพ ตั้งแต่สถานะพลังงานของโปรเซสเซอร์ไปจนถึงวิธีที่ระบบปฏิบัติการจัดตารางงาน
การรวมแนวตั้งนี้ช่วยให้ Apple สามารถปรับการจัดการพลังงานให้เหมาะสมในทุกระดับ ชิป M-series สามารถลดขนาดลงสู่สถานะพลังงานต่ำสุด หน้าจอสามารถลดอัตราการรีเฟรชลงเหลือ 1Hz เมื่อแสดงเนื้อหาแบบคงที่ และระบบจะรวมงานต่างๆ อย่างชาญฉลาดเพื่อลดการปลุกให้น้อยที่สุด แล็ปท็อป Framework ที่ใช้ส่วนประกอบ PC มาตรฐานและการแจกจ่าย Linux ทั่วไปไม่สามารถบรรลุระดับการปรับให้เหมาะสมนี้ได้
การแลกเปลี่ยนของการออกแบบแบบโมดูลาร์
ความมุ่งมั่นของ Framework ต่อความเป็นโมดูลาร์และการซ่อมแซมได้อาจจำกัดประสิทธิภาพพลังงานโดยธรรมชาติ ไดรฟ์ NVMe ที่สามารถเปลี่ยนได้รวมถึงตัวควบคุมของตัวเองที่จัดการพลังงานแยกต่างหาก ซึ่งอาจใช้พลังงาน 0.8W แม้ในขณะไม่ได้ใช้งาน โมดูลหน่วยความจำ DDR5 ที่ผู้ใช้เปลี่ยนได้ขาดการปรับแรงดันไฟฟ้าให้เหมาะสมของชิป LPDDR5 ที่บัดกรีไว้ที่พบใน MacBook
การผสมผสานที่แตกต่างกันของ RAM และหน่วยเก็บข้อมูลสามารถส่งผลกระทบต่ออายุแบตเตอรี่อย่างมาก การทดสอบของชุมชนแสดงให้เห็นเวลาพักเครื่องที่แตกต่างกันตั้งแต่ 2.25 วันกับชุดหน่วยความจำความจุสูงไปจนถึงเกือบ 8 วันกับโมดูลที่มีประสิทธิภาพมากกว่า ความแปรปรวนนี้ทำให้ Framework เกือบจะเป็นไปไม่ได้ที่จะปรับการจัดการพลังงานให้เหมาะสมสำหรับการกำหนดค่าที่เป็นไปได้ทุกแบบ
ผลกระทบของ RAM ต่ออายุแบตเตอรี่ของ Framework
- HMCG66MEBSA092N DDR5-4800MHz 16GB: เวลาสแตนด์บาย 7.82 วัน
- CT2K48G56C46S5 DDR5-5600MHz 96GB: เวลาสแตนด์บาย 2.25 วัน
- การกำหนดค่าหน่วยความจำที่แตกต่างกันสามารถทำให้ประสิทธิภาพแบตเตอรี่แตกต่างกันได้มากกว่า 3 เท่า
- การใช้พลังงานขณะไม่ได้ใช้งานของ NVMe SSD: ~0.8W (สามารถใช้แบตเตอรี่ 60Wh หมดได้ใน 3 วันเพียงลำพัง)
วิธีแก้ปัญหาชั่วคราวและโซลูชันในอนาคต
ผู้ใช้ Framework หลายคนได้ปรับตัวโดยการเสียบปลั๊กแล็ปท็อปไว้หรือปิดเครื่องโดยสมบูรณ์แทนที่จะใช้โหมดพักเครื่อง บางคนประสบความสำเร็จกับการกำหนดค่า Linux เฉพาะ โดยรายงานการสูญเสียแบตเตอรี่เพียง 1% ต่อชั่วโมงในระหว่างการพักเครื่อง แม้ว่านี่จะยังคงต่ำกว่าประสิทธิภาพของ Apple อย่างมาก
ชุมชนยังคงมีความหวังสำหรับเมนบอร์ด Framework ที่ใช้ ARM ซึ่งอาจสามารถแก้ไขปัญหาประสิทธิภาพพลังงานบางอย่างได้ อย่างไรก็ตาม ความท้าทายพื้นฐานของการปรับระบบโมดูลาร์ให้เหมาะสมข้ามการผสมผสานฮาร์ดแวร์นับไม่ถ้วนน่าจะยังคงอยู่ จนกว่าจะถึงเวลานั้น ผู้ใช้ Framework ต้องเลือกระหว่างประโยชน์ของการซ่อมแซมได้และความสะดวกของอายุแบตเตอรี่ตลอดวัน
อ้างอิง: Why I'm Spoiled By Apple Silicon (But Still Love Framework)