Apple Silicon का आदी हो गया हूँ, लेकिन Framework से अब भी प्यार है

 (simonhartcher.com)
1 पॉइंट द्वारा GN⁺ 2025-09-23 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Apple Silicon आधारित MacBook M1 Pro की शानदार standby time का अनुभव किया
  • दूसरी ओर Framework 13 की battery drain निराशाजनक स्तर की है
  • Framework जिस दर्शन और तकनीक का पीछा करता है, उस पर गहरा भरोसा दिखता है
  • यह समझा गया कि Apple Silicon की ARM64 आधारित आर्किटेक्चर battery efficiency की कुंजी है
  • Framework की कमियों के बावजूद उसके लिए लगाव और उम्मीद बनी हुई है

अनुभव की तुलना: Apple Silicon vs. Framework

  • लेखक काम पर मुख्य रूप से MacBook M1 Pro (Apple Silicon) का उपयोग करता है
  • कई हफ्तों तक लैपटॉप इस्तेमाल न करने के बावजूद, MacBook लगभग 3 हफ्ते तक बंद किए बिना केवल ढक्कन बंद अवस्था में 90% battery दिखाता है
  • वहीं, Framework 13(AMD Ryzen 7840HS) कुछ ही दिनों तक इस्तेमाल न करने पर लगभग हमेशा battery पूरी तरह खत्म मिलती है
  • Framework 13 के sleep mode में हर घंटे 3~4% battery खर्च होने की community जानकारी का हवाला दिया गया है
  • इसकी वजह से Framework इस्तेमाल करते समय असुविधा और कमी महसूस होती है

ऑपरेटिंग सिस्टम और user experience

  • Framework 13 पर लंबे समय तक Fedora Workstation इस्तेमाल किया गया, और थोड़े समय के लिए Arch Linux भी आज़माया गया
  • stability की कमी के कारण Arch Linux संतोषजनक नहीं लगा, इसलिए फिर से Fedora Silverblue पर लौट आए
  • Fedora Silverblue पर अनुभव कुल मिलाकर काफ़ी सहज रहा
  • लेकिन operating system चाहे जो हो, Framework की battery life की समस्या बनी रहती है

तकनीक और battery efficiency

  • लेखक को Framework के mission और तकनीकी innovation पर गहरा भरोसा है
  • साथ ही, यह भी माना गया है कि Apple Silicon (ARM64 आधारित) battery efficiency में केंद्रीय भूमिका निभाता है
  • अगर Framework के लिए ARM motherboard जारी किया जाता है, तो upgrade की संभावना पर विचार किया जा सकता है, लेकिन OS और software support सहित यह सिर्फ़ संरचना बदलने से कहीं अधिक जटिल मामला है

निष्कर्ष और व्यक्तिगत विचार

  • Framework की कमियों के बावजूद उसके प्रति लगातार लगाव बना हुआ है
  • फिलहाल Framework इस्तेमाल करने से पहले हमेशा charge बनाए रखकर इस असुविधा से निपटने की कोशिश की जाती है
  • Apple Silicon की standby time और efficiency पर हैरानी होती है, लेकिन Framework के अर्थ और मूल्य को भी अब भी महत्वपूर्ण माना जाता है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-09-23
Hacker News की राय

  • Linux लैपटॉप में sleep mode के दौरान power consumption की समस्या बेहद दुखद है, और मैंने अपने Framework में भी ऐसा ही अनुभव किया है। आम तौर पर अगर आप Secure Boot इस्तेमाल करना चाहते हैं, तो kernel Lockdown mode भी साथ में इस्तेमाल करना पड़ता है, और इस स्थिति में kernel को hibernate नहीं किया जा सकता (बाहरी patch के बिना)। यह वास्तव में एक बड़ा अवरोध है। अगर hibernation संभव नहीं है, तो sleep के दौरान battery drain को बहुत कम नहीं किया जा सकता। Secure Boot या Lockdown mode बंद कर देने वाला जवाब भी संतोषजनक नहीं है। ये settings तो अक्सर default install process में ही enabled रहती हैं। यह समझ में आता है कि Linux laptops की priority कम है और इसलिए कोई ठोस समाधान नहीं आ रहा, लेकिन मौजूदा स्थिति बहुत निराशाजनक है

    • यह दरअसल सिर्फ Linux की समस्या नहीं, बल्कि पूरे PC platform की समस्या है (हालांकि hibernate वाला मुद्दा Linux-विशेष है)। MS ने hardware vendors को S3 की जगह S0 mode support करने के लिए मजबूर किया। इसलिए अब ज़्यादातर vendors या तो सिर्फ S0 देते हैं, या S3 हटा चुके हैं। मकसद यह था कि laptop बंद होने पर भी updates download जैसी चीज़ें चलती रहें। इसकी वजह से sleep के दौरान भी CPU पूरी तरह बंद नहीं हो पाता और हमेशा किसी न किसी रूप में चालू रहता है। अब PC को laptop platform कहना ही अजीब लगता है

    • मुझे समझ नहीं आता कि Linux में Secure Boot की स्थिति में hibernate अब तक support क्यों नहीं करता। क्या ये features अलग-अलग developers ने अलग से बनाए हैं? जबकि systemd दोनों को support करता है और लगातार बेहतर भी हो रहा है। मेरे लिए hibernation सिर्फ battery बचत का मामला नहीं, बल्कि security का भी मामला है। यात्रा के दौरान laptop चोरी होने का जोखिम रहता है, और hibernate करने पर मैं सिर्फ device खोता हूँ, लेकिन सिर्फ suspend होने पर data चोरी हो सकता है। इसलिए मैंने 15 मिनट बाद automatic hibernate सेट किया हुआ है, और Linux पर यह उम्मीद से कहीं ज़्यादा स्थिरता से काम कर रहा है

    • मैं अपना Framework 13 (AMD पहली पीढ़ी) और काम के लिए MacBook Pro M4, दोनों इस्तेमाल करता हूँ। MacBook sleep में लगभग battery नहीं खपत करता। Framework पर मैं Ubuntu 24 चला रहा हूँ, और sleep के दौरान battery लगभग 1% प्रति घंटा घटती है। यह इस्तेमाल लायक है, लेकिन MacBook की performance के मुकाबले उसकी low-power efficiency सचमुच चौंकाने वाली है। Framework जैसे नए manufacturers की तुलना में Apple ने hardware और battery optimization पर कई साल लगाए हैं, इसलिए सीधी तुलना उचित नहीं लगती। फिर भी उम्मीद है कि battery technology, sleep software/hardware, और Apple ecosystem के बाहर के processors की efficiency आगे और बेहतर होगी। लगता है Apple M series की वजह से पूरा market प्रेरित हो रहा है

    • यह समस्या 20 साल से बार-बार दोहराई जा रही है। करीब 19 साल पहले, Oxford जाने वाली ट्रेन में मैंने Mark Shuttleworth के laptop पर ACPI के साथ suspend/resume काम कराया था, और वही मेरे career का turning point बना। nondeterministic.computer लिंक। उसके 10 साल बाद मैंने Macbook Air खरीदा और laptop पर Linux इस्तेमाल करना छोड़ दिया

    • मैंने पहले kernelLMKL में RFC के रूप में इस feature को implement करने वाला patch submit किया था (अब भी मैं इसे इस्तेमाल करता हूँ और लगता है दूसरे लोग भी करते हैं)। patch देखें। लेकिन इसे reject कर दिया गया था

  • मैं काम के लिए Mac M4 और personal use के लिए Framework इस्तेमाल करता हूँ। M4 की performance निश्चित रूप से अच्छी है, लेकिन मेरे laptop में performance और battery से ज़्यादा अहम चीज़ उस पर मेरा control है। पहले मैं Windows के साथ Linux dual boot करता था, या कई WSL setups इस्तेमाल करता था, लेकिन अब Framework पर Fedora चलाने के बाद मुझे Windows से बिल्कुल बंधा नहीं रहना पड़ता। जब मैं computer इस्तेमाल नहीं कर रहा होता, तो मुझे उसे पूरी तरह बंद करना पसंद है, और हर बार fresh boot करना भी

    • मुझे जिज्ञासा है कि यह laptop कितनी जल्दी boot होता है। हाल की कौन-सी distro सबसे तेज़ boot होती है, यह जानना रोचक होगा। मुझे याद है 20 साल पहले यह Linux users के लिए एक महत्वपूर्ण मुद्दा था

    • दरअसल Windows और Mac दोनों को पूरी तरह shut down किया जा सकता है। shutdown में समस्या क्या है, यह मुझे ठीक से समझ नहीं आता। मैं हमेशा अपने laptop को पूरी तरह बंद करता हूँ

  • जैसा ब्लॉग में कहा गया है, battery की समस्या बहुत जटिल है। low-power CPU/SoC अनिवार्य है, और Intel व AMD से यह संभव तो है लेकिन पारंपरिक रूप से आसान नहीं रहा। उसके बाद OS को chip efficiency को अधिकतम करना आना चाहिए। Windows भी इस मामले में ठीक-ठाक है, लेकिन वास्तव में इसे पूरी तरह idle रहने के लिए design नहीं किया गया, इसलिए अपेक्षित efficiency नहीं मिलती। Linux में यह hardware, power governor, browser GPU acceleration जैसी settings पर बहुत निर्भर करता है। sleep से जुड़ी समस्या की जड़ यह है कि ज़्यादातर x86 laptops S3 sleep को सही से implement नहीं करते और सिर्फ “modern standby” देते हैं। यह modern standby, Apple के sleep mode की नकल करने की कोशिश करता है, लेकिन Windows और Linux दोनों पर इसका implementation अधपका है, और हर firmware में नतीजे बहुत अलग आते हैं, इसलिए यह सही से काम नहीं करता। नतीजा यह है कि ज़्यादातर x86 laptops कुछ ही दिनों की “sleep” में battery खाली कर देते हैं। मेरे ThinkPad में भी यही हाल है। Valve का Steam Deck दिखाता है कि अगर hardware/software integration अच्छा हो, तो x86 पर भी sleep सही से हो सकता है (Arch-आधारित Linux पर)। लेकिन laptop manufacturers के पास इस स्तर का integration करने की न इच्छा है, न क्षमता

    • मेरा ThinkPad X1 Carbon(gen 5) Linux पर कई हफ्तों तक suspend रहने के बाद भी बिना battery drain की चिंता के इस्तेमाल हो जाता था। यानी Linux में suspend battery समस्या हमेशा इतनी बड़ी नहीं थी। इसके उलट, मेरा मौजूदा Framework 13(11th-gen Intel) काफ़ी गंभीर battery drain दिखाता है (2-3%/h)। मुझे लगा था AMD chips कुछ बेहतर होंगी, लेकिन लगता है स्थिति लगभग वही है

    • Steam Deck एक अच्छा उदाहरण है। x86 और Linux यह कर सकते हैं, लेकिन वास्तविक दुनिया में किया नहीं जा रहा

    • मेरे पास Steam Deck था, और चाहे पुराना model हो या OLED, वह दो दिन से ज़्यादा बिना charge के नहीं टिक पाया। हमेशा battery खत्म हो जाती थी और 24 घंटे भी नहीं निकलते थे। आखिरकार उसे charger लगाए रखकर ही इस्तेमाल करना पड़ता था। iPad या MBP की तुलना में अंतर बहुत बड़ा है। Switch की battery life मैंने खुद इस्तेमाल नहीं की, इसलिए नहीं कह सकता, लेकिन लगता है वह Steam Deck से बेहतर होगी

    • Framework laptop में lid बंद करने पर WiFi बंद हो जाता है। लेकिन अगर इसे Apple sleep mode की नकल कहा जा रहा है, तो यह उससे अलग बात है

  • सिर्फ battery life को छोड़ दें, तो मैं तुरंत Apple ecosystem से बाहर निकलकर Linux laptop इस्तेमाल करने को तैयार हूँ। जैसे ही कोई Linux laptop ठीक-ठाक battery के साथ मिलेगा, मैं बदलने की योजना रखता हूँ। मैं अक्सर यात्रा करता हूँ, इसलिए जब भी अचानक laptop की ज़रूरत पड़े, मुझे भरोसा होना चाहिए कि उसमें पर्याप्त battery होगी। अगर Framework में hot-swappable battery संभव हो, तो कुछ बार reboot करना भी मुझे मंज़ूर होगा। कम-से-कम battery के कारण मैं फँसा तो नहीं रहूँगा। Apple जितना महंगा हो, तब भी मैं अपने सिद्धांतों के लिए उससे ज़्यादा भुगतान करने को तैयार हूँ। Apple का प्रभुत्व किसी के लिए अच्छा नहीं है

    • removable battery की जगह USB-C से charge होने वाला high-capacity battery pack साथ रखने का सुझाव दूँगा। बड़े battery banks 60W से अधिक output और लगभग 100Wh capacity के साथ 100 यूरो से कम में मिल सकते हैं

    • आपने “Apple के monopoly” का ज़िक्र किया, लेकिन PC laptop market में actual share देखें तो Apple नहीं, बल्कि Lenovo, HP, Dell मिलकर 60% से ज़्यादा हिस्सेदारी रखते हैं, और Apple का share काफ़ी कम है industryresearch.biz market report

    • मैं 2022 की spring से System76 का Lemur Pro बिना खास दिक्कत के इस्तेमाल कर रहा हूँ। battery swelling हुई थी, लेकिन एक बार replacement के बाद समस्या नहीं रही। उससे पहले मैं सिर्फ MacBook इस्तेमाल करता था

    • Framework में shutdown, battery replacement, और reboot सब 1~3 मिनट में हो जाना चाहिए

    • Windows ARM laptops battery के मामले में काफ़ी अच्छे हैं, लेकिन क्या वे Mac के स्तर तक पहुँचते हैं, यह पक्का नहीं कह सकता

  • पुराने Intel laptops के S3 sleep mode में ‘battery range anxiety’ जैसा कुछ लगभग नहीं था। S3 mode में Linux हो या Mac, resume साफ़-सुथरा होता था। Apple Intel laptops थोड़े तेज़ थे, लेकिन मूल रूप से सब ठीक काम करता था। लगता है “modern standby” में जाने के बाद समस्याएँ शुरू हुईं। काफ़ी सुधार हुआ है, लेकिन आजकल bag में रखने से पहले laptop को हमेशा shut down करना धीरे-धीरे सामान्य सलाह बनता जा रहा है। पहले लोग बस sleep में डालकर ले जाते थे और किसी को चिंता नहीं होती थी

    • Windows में मूलभूत सुधार करने की कोशिश हुई, लेकिन पूरे industry में modern standby को सही से काम कराने में रुचि की कमी रही। पूरे OS में बड़े सुधार की ज़रूरत है, लेकिन प्रगति नहीं हो रही

    • यह सिर्फ अफ़वाह नहीं, मेरे साथ वास्तव में ऐसा हो चुका है (laptop bag के अंदर चालू हो गया और overheat हो गया)

    • मेरा पिछला laptop bag के अंदर screen गर्म होकर खराब हो गया था (पीछे की सतह पर लहरदार निशान पड़ गए थे)। मौजूदा Windows work laptop में low-power CPU है, इसलिए थोड़ा कम है, लेकिन sleep के दौरान हमेशा गर्मी बढ़ती रहती है

    • मेरे साथ भी पुराने Windows laptop पर एक बार ऐसा हुआ था (6 साल पहले)। उसके बाद MSI और Lenovo laptops में ऐसी समस्या नहीं आई। Windows का driver ecosystem बहुत अव्यवस्थित है, इसलिए board/graphics card के हिसाब से समस्या हो सकती है। USB-C dock से जुड़ी blue screen समस्याएँ हैं, लेकिन laptop के अपने sleep में समस्या नहीं थी

    • Linux इस्तेमाल करते हुए मुझे कई बार bag से लगभग ‘गरम ईंट’ जैसा laptop निकालना पड़ा है और उम्मीद करनी पड़ी कि device अभी भी ज़िंदा हो। मैंने 10 साल से ज़्यादा Linux इस्तेमाल किया, लेकिन M1 आने के बाद पीछे मुड़कर नहीं देखा (hardware बहुत अच्छा है)। जब M1 Air बदलने का समय आएगा, और अगर laptop तब तक चल रहा हुआ, तो शायद Asahi Linux आज़माऊँ। लेकिन main machine पर इसे experimental तौर पर चलाना अभी भी थोड़ा जोखिम भरा लगता है

  • मैं सच में जानना चाहता हूँ कि Mac hardware के स्तर पर इतना बेहतर क्यों है। काम के लिए MacBook और घर पर Linux वाला Lenovo इस्तेमाल करता हूँ, और अगला personal laptop चुनते समय MacBook से बचने की कोई hardware वजह ढूँढना मुश्किल लगता है। कई बार MacBook Air समान specs वाले दूसरे laptops से सस्ता भी पड़ता है। repairability और openness जैसे सिद्धांत अब भी महत्वपूर्ण हैं, लेकिन सिर्फ hardware देखें तो Apple साफ़ तौर पर आगे है। Lenovo, Dell, HP जैसी बड़ी कंपनियाँ इसकी बराबरी क्यों नहीं कर पातीं?

    • entry barrier बहुत बड़ा है। इस तरह की integration और investment के लिए भारी पूंजी चाहिए। suppliers को बदलने के लिए बहुत पैसा खर्च करना पड़ता है, फिर भी तुरंत बदलाव नहीं आता। जब तक कंपनियाँ वास्तव में engineers रखकर मूल समस्याएँ हल नहीं करतीं, तब तक पुरानी समस्याएँ बनी रहती हैं। कई बार वे तब ही हरकत में आती हैं जब कोई बड़ा ग्राहक हाथ से निकल जाता है। supply process जैसी चीज़ों में भी तत्काल सुधार की जगह अक्सर अस्थायी workaround से काम चलाया जाता है। बदलाव के प्रति भारी resistance है

    • मुझे लगता है दूसरी कंपनियों की समस्या यह है कि उनका product lineup बहुत चौड़ा है और hardware combinations बहुत ज़्यादा हैं। सिर्फ Dell को देखें तो CPU के सात तरह के विकल्प, और कई graphics variants (Iris, ARC, HawkPoint आदि) एक साथ चलते हैं। यह संरचना अंदर से कई छोटी कंपनियों जैसा व्यवहार करती है, जहाँ अलग-अलग टीमें अलग products संभालती हैं। अगर component vendor performance issue की ओर इशारा करे, तो जवाब अक्सर यही होता है कि “नया product इस्तेमाल करो।” Apple इस तरह की समस्या से पहले ही काफी हद तक मुक्त है

    • सबसे बड़ा कारण CPU है। Apple, AMD mobile products से 1~1.5 पीढ़ी आगे है, और Intel व OEM collaboration को भी ध्यान में रखें तो 4~5 पीढ़ियों का अंतर दिखता है। सिर्फ flagship business laptops ही MacBook जैसी quality का लक्ष्य रखते हैं, जबकि बाकी PC notebooks, AMD CPU होने पर भी, आम तौर पर सस्ते parts से बनाए जाते हैं

  • लेख में इतनी विस्तार से बात नहीं थी, इसलिए Framework आपके लिए सही है या नहीं, यह use case पर निर्भर करेगा। मैं laptop को कई हफ्तों तक bag में छोड़कर नहीं रखता, इसलिए sleep के दौरान battery drain भी मेरे लिए बड़ी समस्या नहीं है। Framework 13 के Ryzen 5 AI 340 chip पर, एक charge में 5~6 घंटे काम हो जाता है। Macbook की तुलना में performance/hardware के फ़ायदों (silent operation, बड़ा trackpad आदि) में यह पीछे है, लेकिन Linux चला पाने की क्षमता ही इसे काफ़ी मूल्यवान बनाती है। GNOME इस्तेमाल करें तो बिना किसी paid app के window snapping, mouse button adjustment जैसी सुविधाएँ तुरंत मिल जाती हैं। मैं containers पर बहुत काम करता हूँ, और Linux में docker/containerd बिना VM के native चल जाता है, इसलिए development बहुत आसान हो जाती है। MacOS में homebrew से जुड़ी समस्याओं में devs परेशान रहते हैं, लेकिन Linux में यह दर्द पूरी तरह गायब हो जाता है

    • 5~6 घंटे तो 2025 के हिसाब से बहुत कम लगते हैं। मेरा 5 साल पुराना low-spec M1 Macbook Pro भी कम-से-कम 10~12 घंटे काम कर लेता है, और sleep में कई हफ्तों तक टिकता है

    • मेरा Framework घर में कभी-कभार इस्तेमाल होने वाला device है। एक बार 100% charge किया, फिर weekend में एक-दो घंटे web browsing की (हल्का Firefox इस्तेमाल), और उसके बाद sleep में छोड़ दिया, तो लगभग एक दिन बाद battery 20% से नीचे गिर गई। हर बार लगभग यही अनुभव होता है। दो-तीन बार इस्तेमाल करने पर फिर charge करना पड़ता है

    • Mac पर जिन समस्याओं का आप सामना कर रहे हैं, उनके लिए एक समाधान: Homebrew की जगह Nix package manager (home-manager के साथ) इस्तेमाल करें। Docker के लिए भी सिर्फ Colima और Docker CLI इस्तेमाल करें, ताकि Docker Desktop का अनावश्यक overhead न रहे। Nix से setup भी आसान हो जाता है

  • कुछ साल पहले AMD Opteron A series के समय मुझे लगा था कि target गलत चुना गया, और इसकी जगह ARM+GPU SoC पर ऐसा efficient product बनाना चाहिए था जो laptop/PC/embedded तक एकीकृत रूप से इस्तेमाल हो सके (विशेष रूप से बड़े cache, चौड़ा memory bus, मज़बूत PCIe आदि के साथ)। उस समय प्रतिक्रिया अक्सर संदेहपूर्ण थी—“इस पर चलाओगे क्या?”—और मुझे खुद भी लगता था कि Linux जैसी कोई killer app शायद नहीं होगी। मुझे लगता है Apple यह इसलिए कर पाया क्योंकि वह hardware/software दोनों को एक साथ नियंत्रित कर सकता था। फिर भी मैं अब भी AMD का ARM GPU SoC देखना चाहता हूँ

    • ऐसा product ठीक से बनाने के लिए बहुत high-performance ARM cores चाहिए (व्यावहारिक रूप से यह सिर्फ Apple कर पाया), x86/x64 legacy apps को सहजता से चलाने की क्षमता, और तरह-तरह के external devices के support जैसे कई पुराने प्रश्न हल करने पड़ते हैं। Apple के मामले में iOS device का अनुभव, licensing, driver policy (third-party hardware पर सीमाएँ, kext का अंत आदि), और ARM architecture license के आधार पर x86 emulation performance तक optimize करना संभव था

  • मैं सच में ARM-आधारित ऐसा laptop चाहता हूँ जिस पर Linux support पूरी तरह सही हो। M series battery के मामले में x86 laptops को इतनी बुरी तरह पछाड़ देती है कि अब non-M series laptop खरीदना आसान नहीं रह गया है। इसका एक कारण Apple का hardware/software पर पूरा नियंत्रण है, लेकिन मुझे लगता है x86 architecture की अंतर्निहित कम दक्षता भी वजह है

    • जब तक Intel या AMD efficiency gap कम नहीं कर देते, तब तक यह निश्चित नहीं है कि non-Apple ARM laptop/desktop chips सामने आएँगे

    • मुझे लगता है M series की battery efficiency सिर्फ ‘ARM होने’ की वजह से नहीं है, बल्कि Apple ने battery optimization को अपने पक्ष में बहुत ज़्यादा अनुकूल बनाया है, और इसमें marketing का असर भी काफ़ी है। x86 chips में भी Windows पर सिर्फ video playback में 24 घंटे से ज़्यादा चलने वाले मामले हैं (M2/M3 से 5 घंटे ज़्यादा)। मुझे लगता है Snapdragon chips लगभग हर पहलू में Apple Silicon से बेहतर performance देते हैं

  • इस लेख के लिए मुझे अपना Cloudflare plan upgrade करना पड़ा