1 điểm bởi GN⁺ 2025-09-23 | 1 bình luận | Chia sẻ qua WhatsApp
  • Đã trải nghiệm thời lượng chờ ấn tượng của MacBook M1 Pro dựa trên Apple Silicon
  • Trong khi đó, mức tiêu hao pin của Framework 13 ở mức đáng thất vọng
  • Thể hiện sự tin tưởng sâu sắc vào triết lý và công nghệ mà Framework theo đuổi
  • Nhận ra rằng kiến trúc ARM64 của Apple Silicon là chìa khóa cho hiệu suất pin
  • Bất chấp những nhược điểm của Framework, vẫn giữ nguyên sự yêu mến và kỳ vọng

So sánh trải nghiệm: Apple Silicon vs. Framework

  • Tác giả chủ yếu sử dụng MacBook M1 Pro (Apple Silicon) ở nơi làm việc
  • Dù không dùng laptop trong vài tuần, MacBook vẫn hiển thị 90% pin sau khoảng 3 tuần không tắt máy mà chỉ đóng nắp
  • Trong khi đó, Framework 13 (AMD Ryzen 7840HS) gần như luôn ở trong tình trạng cạn pin chỉ sau vài ngày không sử dụng
  • Bài viết trích dẫn thông tin từ cộng đồng rằng ở chế độ ngủ, Framework 13 tiêu hao 3–4% pin mỗi giờ
  • Điều này khiến việc sử dụng Framework trở nên bất tiện và để lại nhiều tiếc nuối

Hệ điều hành và trải nghiệm người dùng

  • Trên Framework 13, tác giả đã dùng Fedora Workstation trong thời gian dài, và cũng từng thử Arch Linux trong thời gian ngắn
  • Arch Linux không mang lại sự hài lòng do vấn đề thiếu ổn định, nên tác giả quay lại Fedora Silverblue
  • Trải nghiệm trên Fedora Silverblue nhìn chung khá dễ chịu
  • Tuy nhiên, bất kể hệ điều hành nào, vấn đề thời lượng pin của Framework vẫn tiếp diễn

Công nghệ và hiệu suất pin

  • Tác giả có niềm tin mạnh mẽ vào sứ mệnh và đổi mới công nghệ mà Framework theo đuổi
  • Đồng thời cũng nhận thức rằng Apple Silicon (dựa trên ARM64) đóng vai trò cốt lõi trong hiệu suất pin
  • Nếu Framework ra mắt bo mạch chủ ARM, tác giả sẽ cân nhắc nâng cấp, nhưng cũng chỉ ra rằng tồn tại sự phức tạp vượt xa việc chỉ thay đổi kiến trúc, như hỗ trợ hệ điều hành và phần mềm

Kết luận và cảm nghĩ cá nhân

  • Dù Framework có những nhược điểm, tác giả vẫn tiếp tục dành nhiều tình cảm cho nó
  • Hiện tại, tác giả cố vượt qua sự bất tiện bằng cách luôn giữ máy trong trạng thái sạc trước khi dùng Framework
  • Tác giả ngưỡng mộ thời lượng chờ và hiệu suất của Apple Silicon, nhưng vẫn đánh giá cao ý nghĩa và giá trị mà Framework mang lại

1 bình luận

 
GN⁺ 2025-09-23
Ý kiến trên Hacker News
  • Vấn đề tiêu hao điện năng khi máy tính xách tay Linux ở chế độ ngủ thực sự rất đáng tiếc, tôi cũng gặp hiện tượng tương tự trên chiếc Framework của mình. Thông thường nếu muốn dùng Secure Boot thì cũng sẽ dùng luôn chế độ kernel Lockdown, nhưng ở trạng thái này kernel không thể hibernate được nếu không có bản vá bên ngoài. Đây thực sự là một rào cản lớn. Nếu không thể hibernate thì không thể giảm mức tiêu hao pin khi ngủ xuống mức cực thấp. Câu trả lời kiểu cứ tắt Secure Boot hay Lockdown đi cũng không thỏa đáng. Hơn nữa các thiết lập này thường đã được bật ngay từ quá trình cài đặt mặc định. Tôi hiểu laptop Linux là ưu tiên thấp nên khó có giải pháp tử tế, nhưng tình hình hiện tại thật đáng thất vọng

    • Thực ra đây không chỉ là vấn đề của Linux mà là vấn đề của chính nền tảng PC nói chung, dù câu chuyện hibernate thì đặc thù hơn với Linux. Microsoft đã ép các hãng phần cứng hỗ trợ S0 thay cho S3. Vì vậy phần lớn các hãng giờ либо chỉ có S0, либо bỏ hẳn S3. Mục đích là để máy vẫn tiếp tục hoạt động khi gập nắp, ví dụ tải cập nhật. Kết quả là CPU không thể tắt hẳn khi ngủ mà luôn ở trạng thái bật. Đến mức giờ coi PC là một nền tảng laptop nghe cũng buồn cười

    • Tôi không hiểu vì sao trên Linux, hibernate dưới trạng thái Secure Boot đến giờ vẫn chưa được hỗ trợ. Có phải các tính năng này được phát triển tách biệt bởi những nhóm khác nhau không? Trong systemd thì cả hai đều được hỗ trợ và còn đang tiếp tục được cải thiện. Với tôi, hibernate không chỉ là chuyện tiết kiệm pin mà còn là vấn đề bảo mật. Khi đi lại, laptop có nguy cơ bị trộm, nên nếu hibernate thì chỉ mất cái máy; còn nếu chỉ suspend thì dữ liệu có thể bị lấy. Vì vậy tôi đã cấu hình để sau 15 phút sẽ tự động hibernate, và trên Linux nó hoạt động ổn định hơn tôi từng nghĩ

    • Tôi dùng cả Framework 13 (thế hệ AMD đầu tiên) lẫn MacBook Pro M4 của công ty. MacBook gần như không hao pin khi ở chế độ ngủ. Framework của tôi chạy Ubuntu 24, pin giảm khoảng 1% mỗi giờ khi ngủ. Mức này vẫn chấp nhận được, nhưng mức tiêu thụ điện cực thấp của MacBook so với hiệu năng thì thật đáng kinh ngạc. So với các hãng mới như Framework, Apple đã đầu tư nhiều năm vào tối ưu phần cứng và pin nên cũng khó so trực tiếp. Dù vậy tôi vẫn rất kỳ vọng pin, phần mềm/phần cứng tiết kiệm điện và hiệu quả của các bộ xử lý ngoài hệ sinh thái Apple sẽ ngày càng tốt hơn. Có vẻ như dòng Apple M đang tạo động lực cho cả thị trường

    • Chuyện này đã lặp đi lặp lại suốt 20 năm rồi. Khoảng 19 năm trước, tôi từng làm cho chiếc laptop của Mark Shuttleworth có thể sleep/resume bằng ACPI trên chuyến tàu đi Oxford, và đó là bước ngoặt trong sự nghiệp của tôi. liên kết nondeterministic.computer. Mười năm sau đó tôi mua một chiếc Macbook Air và không còn dùng Linux trên laptop nữa

    • Trước đây tôi từng gửi một bản vá triển khai tính năng này dưới dạng RFC lên kernelLMKL, và có vẻ đến giờ tôi vẫn dùng nó còn người khác cũng vậy. Xem bản vá. Nhưng nó từng bị từ chối

  • Tôi dùng Mac M4 cho công việc và Framework cho cá nhân. Hiệu năng của M4 đúng là rất tốt, nhưng với laptop của mình thì quyền chủ động với “đồ của mình” quan trọng hơn hiệu năng hay pin. Trước đây tôi từng dual boot Linux với Windows, hoặc dùng nhiều WSL, nhưng giờ dùng Fedora trên Framework thì tôi không còn bị ràng buộc với Windows nữa. Khi không dùng máy, tôi thích tắt hẳn và thích khởi động mới mỗi lần hơn

    • Tôi tò mò laptop của bạn khởi động nhanh đến mức nào. Gần đây việc tìm xem bản phân phối nào boot nhanh nhất khá thú vị. Tôi nhớ cách đây 20 năm đây là một vấn đề quan trọng với người dùng Linux

    • Thực ra cả Windows lẫn Mac đều có thể tắt hẳn. Tôi không hiểu vì sao chuyện shutdown lại là vấn đề. Tôi luôn tắt hẳn laptop

  • Như blog đã nhắc đến, vấn đề pin rất phức tạp. CPU/SoC tiết kiệm điện là điều bắt buộc, và Intel hay AMD cũng có thể làm được nhưng về truyền thống thì không dễ. Sau đó OS phải tận dụng tối đa hiệu suất của con chip. Windows cũng tạm ổn ở điểm này, nhưng trên thực tế nó không được thiết kế để thật sự đạt trạng thái nhàn rỗi hoàn toàn nên hiệu quả không được như kỳ vọng. Linux thì phụ thuộc rất nhiều vào phần cứng, power governor, tăng tốc GPU của trình duyệt và các thiết lập khác. Cốt lõi của vấn đề liên quan đến sleep là phần lớn laptop x86 không triển khai đúng S3 sleep mà chỉ có “modern standby”. Modern standby cố bắt chước chế độ sleep của Apple, nhưng cả Windows lẫn Linux đều triển khai chưa tốt, và kết quả còn thay đổi rất mạnh tùy firmware nên hoạt động không ổn định. Hệ quả là phần lớn laptop x86 sẽ cạn pin nếu để “ngủ” vài ngày. ThinkPad của tôi cũng vậy. Nếu tích hợp phần cứng/phần mềm tốt như Valve làm với Steam Deck thì x86 vẫn có thể sleep ổn trên nền Linux kiểu Arch. Nhưng các hãng laptop không có ý chí cũng không có năng lực để đạt mức tích hợp như vậy

    • Chiếc ThinkPad X1 Carbon (gen 5) của tôi từng có thể suspend nhiều tuần trên Linux mà không phải lo hết pin. Rõ ràng đã từng có thời kỳ vấn đề hao pin khi suspend trên Linux không quá nghiêm trọng. Ngược lại, chiếc Framework 13 hiện tại của tôi (Intel thế hệ 11) hao pin khá nặng, khoảng 2-3% mỗi giờ. Tôi tưởng chip AMD sẽ khá hơn, nhưng có vẻ tình hình cũng tương tự

    • Steam Deck là ví dụ điển hình. x86 và Linux làm được, nhưng thực tế là người ta không làm

    • Tôi đã sở hữu Steam Deck, cả bản cũ lẫn OLED, và chưa cái nào trụ nổi quá hai ngày mà không sạc. Pin luôn hết, thậm chí không qua nổi 24 giờ. Tôi gần như chỉ dùng khi cắm sạc. So với iPad hay MBP thì khác biệt rất lớn. Tôi chưa dùng Switch nên không rõ thời lượng pin, nhưng có lẽ vẫn tốt hơn Steam Deck

    • Trên laptop Framework, khi gập nắp thì WiFi sẽ tắt. Nhưng nếu nói đó là bắt chước chế độ sleep của Apple thì không đúng lắm

  • Nếu không vì riêng thời lượng pin thì tôi đã sẵn sàng rời hệ sinh thái Apple để dùng laptop Linux. Khi có một chiếc laptop Linux pin đủ ổn, tôi sẽ chuyển sang. Tôi đi lại khá nhiều nên khi cần gấp laptop thì phải tin được rằng máy vẫn còn đủ pin. Nếu Framework hỗ trợ pin thay nóng thì dù phải khởi động lại vài lần tôi cũng không ngại. Ít nhất như vậy tôi sẽ không bị pin trói chân. Dù đắt ngang Apple, tôi vẫn sẵn sàng trả nhiều hơn vì niềm tin của mình. Sự thống trị của Apple không tốt cho tất cả mọi người

    • Thay vì pin thay rời, tôi đề xuất mang theo pin dự phòng dung lượng lớn có thể sạc qua USB-C. Các cục pin lớn hiện có thể cho công suất hơn 60W, dung lượng khoảng 100Wh với giá dưới 100 euro

    • Bạn có nhắc đến “độc quyền của Apple”, nhưng nếu nhìn thị phần thực tế của thị trường laptop PC thì không phải Apple mà là Lenovo, HP và Dell mới chiếm hơn 60%, còn thị phần Apple khá thấp báo cáo thị trường của industryresearch.biz

    • Tôi đã dùng System76 Lemur Pro khá ổn từ mùa xuân năm 2022. Từng bị phồng pin nhưng thay một lần là hết vấn đề. Trước đó tôi chỉ dùng MacBook

    • Với Framework thì shutdown, thay pin rồi boot lại có lẽ chỉ mất 1 đến 3 phút

    • Laptop Windows ARM cũng khá ổn về pin, chỉ là tôi không rõ có đạt đến mức của Mac hay không

  • Ở chế độ S3 sleep của các laptop Intel đời cũ gần như không có chuyện “lo lắng vì tầm hoạt động pin”. Cả Linux lẫn Mac đều resume sạch sẽ từ S3. Laptop Intel của Apple chỉ nhanh hơn một chút, nhưng nhìn chung mọi thứ đều hoạt động tốt. Có vẻ các vấn đề xuất hiện sau khi chuyển sang “modern standby”. Mọi thứ đã cải thiện nhiều, nhưng giờ dần dần thành lẽ thường là phải shutdown laptop trước khi bỏ vào túi. Trước đây chỉ cần cho máy ngủ rồi mang đi, không ai phải lo lắng cả

    • Windows đã cố cải thiện tận gốc, nhưng toàn ngành lại thiếu quan tâm đến việc làm cho modern standby hoạt động đúng. Cả OS cần những thay đổi lớn nhưng việc đó không diễn ra

    • Không chỉ là lời đồn, tôi đã thực sự gặp chuyện đó rồi, laptop tự bật trong túi và bị quá nhiệt

    • Chiếc laptop trước của tôi từng bị hỏng vì màn hình bị “nướng” trong túi, đến mức mặt sau xuất hiện vân gợn sóng. Laptop Windows công việc hiện tại của tôi dùng CPU tiết kiệm điện nên đỡ hơn, nhưng lúc sleep vẫn luôn nóng lên

    • Tôi cũng từng gặp chuyện này một lần trên laptop Windows trước đây, cách đây khoảng 6 năm. Sau đó dùng laptop MSI và Lenovo thì không còn vấn đề nữa. Hệ sinh thái driver của Windows khá hỗn loạn nên có thể còn tùy mainboard hay card đồ họa. Tôi có gặp lỗi màn hình xanh liên quan đến USB-C dock, nhưng riêng chuyện sleep của laptop thì không gặp

    • Khi dùng Linux, tôi từng có lần lấy máy ra khỏi túi nóng gần như một “cục gạch nung” và chỉ biết cầu mong nó vẫn còn sống. Tôi đã dùng Linux hơn 10 năm, nhưng từ khi M1 ra mắt thì không còn ngoái lại nữa vì phần cứng quá tốt. Đến lúc thay M1 Air, nếu chiếc laptop đó vẫn còn chạy được thì có thể tôi sẽ thử Asahi Linux. Nhưng để dùng kiểu thử nghiệm trên máy chính thì hiện vẫn hơi ngại

  • Tôi thật sự tò mò vì sao Mac lại vượt trội về phần cứng như vậy. Tôi dùng MacBook cho công việc, ở nhà thì dùng Lenovo chạy Linux, và rất khó tìm ra một lý do về phần cứng để tránh MacBook khi chọn laptop cá nhân tiếp theo. Thậm chí MacBook Air đôi khi còn rẻ hơn những laptop khác có cấu hình tương đương. Những giá trị như khả năng sửa chữa, tính mở vẫn rất quan trọng, nhưng nếu chỉ nhìn phần cứng thì rõ ràng Apple đang dẫn đầu. Vì sao các ông lớn như Lenovo, Dell hay HP lại không theo kịp?

    • Rào cản gia nhập cực kỳ cao. Mức độ tích hợp và đầu tư như vậy đòi hỏi nguồn lực khổng lồ. Muốn các nhà cung cấp thay đổi thì phải bỏ ra rất nhiều tiền mà cũng không thể có kết quả ngay. Chừng nào các công ty chưa thực sự tuyển kỹ sư để giải quyết tận gốc vấn đề thì các lỗi kinh niên vẫn sẽ tồn tại. Có khi họ chỉ chịu nhúc nhích sau khi mất một khách hàng lớn. Những thứ như quy trình cung ứng cũng thường được vá víu để tạm chạy được thay vì sửa cho đúng ngay từ đầu. Sức ì với thay đổi là rất lớn

    • Tôi nghĩ các hãng khác thua là vì họ có danh mục sản phẩm quá rộng với quá nhiều tổ hợp phần cứng khác nhau. Chỉ riêng Dell thôi cũng đồng thời bán nhiều mẫu với bảy loại CPU và đủ kiểu GPU như Iris, ARC, HawkPoint. Cấu trúc như vậy bên trong gần giống nhiều công ty nhỏ vận hành tách biệt và tự điều chỉnh sản phẩm của mình. Khi phía nhà cung cấp linh kiện chỉ ra vấn đề hiệu năng thì câu trả lời thường là “hãy dùng sản phẩm mới”. Còn Apple thì đã thoát khỏi kiểu vấn đề đó

    • Nguyên nhân lớn nhất là CPU. Apple đang đi trước sản phẩm di động của AMD khoảng 1 đến 1,5 thế hệ, còn nếu tính cả mối quan hệ hợp tác giữa Intel với OEM thì khoảng cách với họ lên đến 4-5 thế hệ. Chỉ các laptop doanh nghiệp đầu bảng mới nhắm tới chất lượng tương đương MacBook, còn đa số laptop PC khác, kể cả dùng CPU AMD, vẫn thường được lắp bằng linh kiện rẻ tiền hơn

  • Bài viết không đi quá chi tiết nên chuyện Framework có hợp với bạn hay không còn phụ thuộc vào cách dùng. Tôi không có chuyện để laptop trong túi suốt nhiều tuần nên hao pin khi sleep không phải vấn đề lớn. Với Framework 13 dùng Ryzen 5 AI 340, tôi làm việc được khoảng 5-6 giờ cho mỗi lần sạc. So với Macbook thì nó thua về hiệu năng/lợi thế phần cứng như không quạt, trackpad lớn hơn..., nhưng chỉ riêng việc chạy được Linux đã đủ đáng giá. Dùng GNOME thì tôi có ngay các tính năng như snap cửa sổ, chỉnh nút chuột mà không cần app trả phí riêng. Tôi làm việc nhiều với container, và trên Linux có thể chạy docker/containerd native không cần VM nên việc phát triển thuận tiện hơn rất nhiều. Trên MacOS, dev hay khổ vì các vấn đề liên quan đến homebrew, còn trên Linux thì nỗi đau đó biến mất hoàn toàn

    • 5-6 giờ thì có vẻ quá ít cho năm 2025. Chiếc M1 Macbook Pro cấu hình thấp đời 5 năm của tôi vẫn làm việc được ít nhất 10-12 giờ, và còn chịu được nhiều tuần ở chế độ sleep

    • Framework của tôi là máy dùng thỉnh thoảng ở nhà. Có lần tôi sạc lên 100%, cuối tuần dùng một hai giờ để lướt web nhẹ bằng Firefox rồi để sleep, và chỉ sau khoảng một ngày pin đã tụt xuống dưới 20%. Lần nào cũng gần như vậy. Dùng hai ba lần là phải sạc lại

    • Tôi xin gợi ý cách giải quyết các vấn đề bạn gặp trên Mac: thay Homebrew bằng trình quản lý gói Nix kèm home-manager. Còn Docker thì chỉ cần Colima và Docker CLI là đủ, không cần Docker Desktop với mớ tải nền không cần thiết. Dùng Nix thì việc thiết lập cũng khá đơn giản

  • Vài năm trước, khi thấy AMD nhắm sai mục tiêu với dòng Opteron A, tôi từng cho rằng họ lẽ ra nên làm một SoC ARM+GPU hiệu quả, đủ mạnh để dùng thống nhất cho laptop/PC/thiết bị nhúng, cụ thể là có cache lớn, bus bộ nhớ rộng, PCIe mạnh v.v. Lúc đó nhiều người hoài nghi kiểu “thế chạy cái gì trên đó?”, và bản thân tôi cũng nghĩ sẽ không có killer app như Linux chẳng hạn. Tôi cho rằng Apple làm được là vì họ có thể kéo cả phần cứng lẫn phần mềm đi cùng nhau. Dù vậy đến giờ tôi vẫn muốn có một ARM GPU SoC của AMD

    • Để làm ra sản phẩm như vậy cho đúng nghĩa thì cần lõi ARM hiệu năng cực cao, mà thực tế gần như chỉ Apple mới làm được, rồi còn bài toán chạy mượt ứng dụng x86/x64 cũ, hỗ trợ đủ loại thiết bị ngoại vi và nhiều món nợ kỹ thuật lâu năm khác. Trường hợp của Apple thì họ có kinh nghiệm từ thiết bị iOS, có giấy phép, có chính sách driver riêng như hạn chế phần cứng bên thứ ba và loại bỏ kext, đồng thời cũng có giấy phép kiến trúc ARM nên tối ưu được hiệu năng giả lập x86
  • Tôi thực sự muốn có một chiếc laptop ARM mà Linux được hỗ trợ hoàn hảo. Dòng M đã bỏ xa laptop x86 về pin đến mức giờ rất khó để mua một laptop không phải M series. Một phần là vì Apple kiểm soát cả phần cứng lẫn phần mềm, nhưng tôi cũng cho rằng kiến trúc x86 vốn dĩ kém hiệu quả hơn

    • Chưa rõ liệu chip ARM cho laptop/desktop ngoài Apple có xuất hiện hay không trước khi Intel hoặc AMD thu hẹp được khoảng cách hiệu suất điện năng

    • Tôi nghĩ hiệu quả pin của dòng M không phải vì “nó là ARM”, mà vì Apple đã tối ưu mọi thứ theo hướng cực kỳ có lợi cho pin, và tác động của marketing cũng khá lớn. Có những chip x86 trên Windows có thể phát video hơn 24 giờ, thậm chí lâu hơn M2/M3 khoảng 5 giờ. Tôi còn cho rằng chip Snapdragon tốt hơn Apple Silicon ở gần như mọi mặt

  • Tôi đã phải nâng cấp gói Cloudflare để viết bài này