Hedroom कैसे काम करता है, चरण-दर-चरण

Hedroom macOS से कुछ संख्याएँ पढ़ता है, ध्यान देता है कि कोई एक ऐप कब बिगड़ा, एक समाधान सुझाता है, और आपके स्वीकार करने के बाद जो हुआ उसे मापता है। यहाँ हर चरण है, उन थ्रेशोल्ड के साथ जिनका वह इस्तेमाल करता है।

इस पेज की संख्याएँ Hedroom के अपने डिज़ाइन दस्तावेज़ों और कोड से हैं। जहाँ कोई संख्या माप है, वहाँ बताया गया है कि कब और किस Mac पर। Hedroom अभी जारी नहीं हुआ है, इसलिए इनमें से कुछ भी किसी सार्वजनिक संस्करण का वर्णन नहीं करता।

1. सैंपल: क्या पढ़ता है और कितनी बार

सारी रीडिंग एक सैंपलर से आती हैं जो मुख्य थ्रेड से बाहर चलता है, ताकि ऐप प्रतिक्रियाशील रहे। हर स्रोत इंटरफ़ेस के पीछे कोड का अलग टुकड़ा है, और इसी तरह उसे नकली डेटा से परखा जाता है। ये स्रोत हैं:

टिक

एक "टिक" रीडिंग का एक दौर है। यह कितनी बार होता है यह इस पर निर्भर है कि आप क्या कर रहे हैं:

सेटिंग्ज़ में खुली विंडो की गति के लिए "मेरे Mac की जाँच हर" का एक विकल्प है, 2, 5 या 10 सेकंड; बैकग्राउंड की गतियाँ उसी से तय होती हैं। कच्ची रीडिंग 48 घंटे रखी जाती हैं। सब कुछ आपके Mac पर रहता है, आपके लाइब्रेरी फ़ोल्डर की एक डेटाबेस फ़ाइल में। देखें गोपनीयता।

2. पहचान: क्या निष्कर्ष माना जाता है

Hedroom सिर्फ़ इसलिए अलर्ट नहीं देता कि कोई संख्या बड़ी है। वह हर ऐप की तुलना इससे करता है कि आपके Mac पर वह ऐप आमतौर पर कितना बड़ा होता है, और देखता है कि बदलाव टिकता है या नहीं।

मेमोरी: ठीक, दबाव में, गंभीर

Hedroom तीन स्थितियों में से एक दिखाता है। थ्रेशोल्ड लिखे हुए और परखे हुए हैं।

जो स्वैप सिर्फ़ इस्तेमाल हुआ है वह Mac को कभी "दबाव में" नहीं बनाता, क्योंकि macOS पुराना स्वैप रखे रहता है। सिर्फ़ बढ़ता स्वैप गिना जाता है। ठीक प्रेशर के साथ ऊँची "इस्तेमाल हुई" मेमोरी ठीक मानी जाती है। प्रेशर, इस्तेमाल हुई RAM नहीं, क्यों फ़र्क समझाता है।

लीक: कोई ऐप कुछ समय के लिए अपने सामान्य आकार से बहुत आगे

हर ऐप के लिए Hedroom आपके सामान्य इस्तेमाल के पिछले 7 दिनों से एक सामान्य आकार सीखता है। वह लीक तभी चिह्नित करता है जब ये सब शर्तें पूरी हों:

• ऐप अपने सामान्य आकार का कम से कम 3 गुना है। 2.5 गुना पर वह सिर्फ़ "बढ़ रहा है" दिखता है, और कुछ नहीं।
• वह कम से कम 1 GB है, या आपकी RAM का 6% अगर वह बड़ा हो।
• वह लगातार 20 मिनट वहीं रहा है, या 30 मिनट के रुझान पर बढ़ता जा रहा है।
• वह आपकी "कभी न छुएँ" सूची में नहीं है, Apple का बनाया नहीं है (आपके खुद इस्तेमाल किए Apple ऐप्स के छोटे अपवाद के साथ), और ऐसा ऐप नहीं है जिसे प्रोसेस लाइब्रेरी सामान्यतः बड़ा बताती है, जैसे वीडियो एडिटर या Docker।

जब तक Hedroom किसी ऐप को लगभग 6 घंटे न सीख ले, वह कहता है कि अभी सीख रहा है। जिस ऐप को वह नाम से जानता है उसके लिए वह प्रोसेस लाइब्रेरी का सामान्य आकार इस्तेमाल करता है; अनजान ऐप के लिए वह सिर्फ़ आपकी RAM के कम से कम 15% के आकार को चिह्नित करता है जो अब भी बढ़ रहा हो, और अनुपात के बजाय "असामान्य रूप से बड़ा" कहता है।

बेकाबू CPU

बैकग्राउंड का ऐप (जिसे आप इस्तेमाल नहीं कर रहे) जो 3 मिनट तक औसतन एक कोर का 80% या ज़्यादा ले, और अपने सामान्य बैकग्राउंड CPU का कम से कम 3 गुना, बेकाबू माना जाता है, जब तक लाइब्रेरी उसे सामान्यतः व्यस्त न बताए (कंपाइलर, बैकअप, वीडियो एनकोडर, इंडेक्सिंग) या वह कॉल पर न हो। वह 3 मिनट बाद आज पर दिखता है। सूचना तब तक इंतज़ार करती है जब तक यह 10 मिनट न टिक जाए।

शोर पर नियंत्रण

किसी ऐप के बारे में वही निष्कर्ष 6 घंटे में अधिकतम एक बार सूचित करता है। गैर-ज़रूरी सूचनाएँ दिन में 3 पर रुक जाती हैं। किसी ऐप की सूचना को तीन बार खारिज करें, तो Hedroom उसके बारे में सूचित करना बंद कर देता है और "कभी न छुएँ" में डालने का विकल्प देता है।

3. निर्णय: एक सुझाव, फिर सुरक्षा गेट

जब Hedroom के पास करने को एक से ज़्यादा चीज़ें हों, तो वह उन्हें इस आधार पर क्रम देता है कि वे कितना लौटाएँगी और कितनी जोखिम भरी हैं, और ऊपर के दो दिखाता है। ज़बरदस्ती बंद करना कभी क्रमबद्ध समाधान के रूप में पेश नहीं किया जाता।

किसी भी दोबारा खोलने, बंद करने, पॉज़ करने या एफ़िशिएंसी कोर पर ले जाने से पहले, अनुरोध एक सुरक्षा गेट से गुज़रता है। गेट तब इनकार करता है जब लक्ष्य:

• खुद Hedroom (चुपचाप अनदेखा)।
• Apple का बनाया या किसी सिस्टम फ़ोल्डर में, सिवाय उन Apple ऐप्स के जिन्हें आप खुद इस्तेमाल करते हैं और एक क्लिक से दोबारा खोल या बंद कर सकते हैं।
• आपकी "कभी न छुएँ" सूची में।
• वह ऐप जिसे आप अभी इस्तेमाल कर रहे हैं, जब कोई नियम पॉज़, स्थानांतरण या बंद करने को कहे।
• ऑडियो चला रहा हो, माइक्रोफ़ोन इस्तेमाल कर रहा हो, या कैमरा चालू होने पर कॉल ऐप हो।
• बैकअप चलने के दौरान बैकअप ऐप।
• जिसके पॉज़ होने को संभालने के बारे में पता न हो, जब कोई नियम उसे पॉज़ या बंद करना चाहे और आपने ऐप खुद न चुना हो। Hedroom बिना सेव किए काम को भरोसे से नहीं देख सकता।
• ऐसा ऐप जिसे लाइब्रेरी दोबारा खोलने के लिए असुरक्षित बताती है, गंभीर प्रेशर के दौरान।
• दूसरी, अलग पुष्टि के बिना ज़बरदस्ती बंद करना।

अगर Hedroom इनमें से किसी की जाँच न कर सके (जैसे ऑडियो जाँच विफल हो), तो नियम कुछ नहीं करते और क्लिक पहले आपसे पूछता है। इनकार उसके कारण के साथ दिखता है, "Slack कॉल पर है।" जैसे वाक्य के रूप में, त्रुटि के रूप में नहीं। जो भी ठुकराया या किया गया, सब दर्ज होता है। अधिक Hedroom कभी क्या नहीं करता में।

4. सहमति से कार्रवाई

कार्रवाइयाँ छोटी और पलटने योग्य हैं:

• दोबारा खोलना ऐप से बंद होने को कहता है, जैसे ⌘Q करता है, इंतज़ार करता है, और उसे फिर खोलता है।
• एफ़िशिएंसी कोर ऐप की प्राथमिकता घटाता है ताकि उसका काम एफ़िशिएंसी कोर पर चले।
• पॉज़ ऐप को तब तक फ़्रीज़ करता है जब तक आप उस पर वापस न आएँ, या अधिकतम 60 मिनट। अगर Hedroom क्रैश भी हो जाए तो एक छोटी गार्ड प्रोसेस उसे फिर शुरू कर देती है।

किसी बटन पर क्लिक उस कार्रवाई की सहमति है। नियम वह सहमति है जो आपने पहले से दी है, और हर टेम्पलेट बंद आता है। ऐसे ऐप का बंद करना या दोबारा खोलना जिसके सुरक्षित होने का पता नहीं, हमेशा पहले पूछता है। हर बार आपकी अनुमति के बिना कुछ नहीं हटाया जाता; सफ़ाई फ़ाइलों को ट्रैश में भेजती है। समाधान और नियम हर सीमा सूचीबद्ध करते हैं।

5. रसीद: पहले, बाद, और एक ईमानदार निष्कर्ष

हर कार्रवाई एक रसीद बनाती है। Hedroom कार्रवाई से पहले के 5 मिनट की रीडिंग की तुलना उसके बाद के 5 से 15 मिनट की रीडिंग से करता है, चीज़ें स्थिर होने तक पहले 30 सेकंड (दोबारा खोलने के बाद 60 सेकंड) छोड़कर।

चार ईमानदार नतीजे हैं:

• मापा गया। बदलाव कम से कम उतना है जितना Hedroom गिनता है: 100 MB मेमोरी, एक CPU कोर के 10 प्रतिशत अंक, 0.3 W, या 50 MB डिस्क।
• कोई असर नहीं। बदलाव उससे छोटा था, या गलत दिशा में। रसीद कहती है "कोई मापने योग्य असर नहीं।" और कोई श्रेय नहीं लेती।
• मापा नहीं जा सकता। उसी समय दूसरे ऐप्स बहुत बदल गए (किसी दूसरे ऐप ने 1 GB से ज़्यादा बदला, 500 MB से ज़्यादा इस्तेमाल करने वाला नया ऐप शुरू हुआ, आपने दूसरे ऐप्स बंद किए, Mac स्लीप में गया, या चार्जर लगा या हटा)। रसीद श्रेय लेने के बजाय यही बताती है, और उसे कुल से बाहर रखा जाता है।
• रद्द। माप पूरा होने से पहले आपने कार्रवाई पूर्ववत कर दी, या Hedroom बंद हो गया। कोई दावा नहीं किया जाता।

हर रसीद एक भरोसे का स्तर भी रखती है (ऊँचा, मध्यम या कम)। कम भरोसे वाली रसीद पर "मोटा अनुमान" लिखा होता है और उसे कुल में नहीं गिना जाता। रसीद दो समय-अवधियों की तुलना करती है; यह कोई नियंत्रित परीक्षण नहीं है। एक पढ़ने के लिए देखें रसीद कैसे पढ़ें।

मेमोरी प्रेशर क्यों, इस्तेमाल हुई RAM नहीं

जो Mac कुछ समय से चालू है वह डिज़ाइन के मुताबिक अपनी ज़्यादातर मेमोरी इस्तेमाल में दिखाता है। macOS खाली मेमोरी को कैश की गई फ़ाइलों से भरता है, क्योंकि इससे आपका अगला खोला हुआ तेज़ चलता है, और जैसे ही किसी ऐप को ज़रूरत हो वह उसे लौटा देता है। भरा हुआ मेमोरी बार कोई समस्या नहीं है। मायने यह रखता है कि macOS को जगह ढूँढने में कठिनाई हो रही है या नहीं: यही मेमोरी प्रेशर है, साथ में यह कि स्वैप कितनी तेज़ी से बढ़ रहा है। इसीलिए Hedroom में मेमोरी "साफ़" करने वाला कोई बटन नहीं है। ऐसा करने से macOS को उपयोगी कैश फेंकना पड़ता है। प्रेशर और इस्तेमाल हुई RAM पर गाइड दिखाती है कि इसे गतिविधि मॉनीटर में खुद कैसे जाँचें।

इसे चलाने में सस्ता क्या बनाता है

Hedroom का बजट औसतन एक CPU कोर के 0.5% से कम और 80 MB से कम मेमोरी है। अब तक जो मापा गया:

इन्हें मापा हुआ समझें, वादा नहीं। यह एक Mac है, और रन के कुछ हिस्से तेज़ 2-सेकंड के टिक पर थे क्योंकि वह Mac मेमोरी प्रेशर में था। इंस्टॉल के बाद पहला रन एक स्टोरेज स्कैन करता है जो कम प्राथमिकता पर, अधिकतम एक कोर तक, कुछ मिनट लेता है। आज के अलावा बाकी टैब सब दोबारा नहीं मापे गए। उन्हीं नोट्स में दर्ज सुधारों से पहले, खुली विंडो एक कोर का 20 से 40% लेती थी; यह इसी परीक्षण से मिला और ठीक किया गया। कच्ची फ़ाइलें और पूरी लिखित रिपोर्ट रिपॉज़िटरी के bench/results फ़ोल्डर में हैं, और सेटिंग्ज़ आपके Mac पर Hedroom की अपनी मापी हुई लागत दिखाती है। रिलीज़ गेट बेंचमार्क और साइन किए हुए बिल्ड पर ओवरहेड रन है, जो अभी हुआ नहीं।

इसे हल्का क्या रखता है: हर चीज़ के लिए एक सैंपलर, कुछ न होने पर धीमा टिक, बैकग्राउंड में प्रति-ऐप स्कैन सिर्फ़ हर कुछ टिक पर, विंडो की सामग्री सिर्फ़ तब बनना जब विंडो स्क्रीन पर हो, और विंडो छिपने पर रुक जाने वाले एनिमेशन।

वह क्या छूने से इनकार करता है

• खुद macOS: Apple द्वारा साइन की गई या किसी सिस्टम फ़ोल्डर की कोई भी चीज़। Hedroom इन प्रोसेस को, जैसे kernel_task और WindowServer, समझाता है और उन्हें कभी पॉज़, धीमा या बंद नहीं करता। देखें kernel_task, WindowServer और अन्य प्रोसेस की व्याख्या।
• आपके सामने वाला ऐप, कॉल पर मौजूद ऐप, ऑडियो चलाने या माइक्रोफ़ोन या कैमरा इस्तेमाल करने वाले ऐप, बैकअप के दौरान बैकअप ऐप।
• आपकी "कभी न छुएँ" सूची के ऐप।
• आपकी फ़ाइलें, जब तक आप हर हटाने की खुद पुष्टि न करें। सफ़ाई पहले ट्रैश में जाती है।

हर पंक्ति के पीछे के टेस्ट के साथ पूरी सूची Hedroom कभी क्या नहीं करता पर है। आगे: हर सुविधा और उसकी सीमाएँ, Hedroom की तुलना कैसे होती है, और शब्दावली।