IPhone की बैटरी के लिए ऐप्स को बंद नहीं करना क्यों बेहतर है?


51

मुझे पता है कि जाहिर तौर पर बैटरी बचाने के लिए अपने iPhone पर ऐप्स को बंद करना अच्छा नहीं है। मैंने ऐसे सवाल और जवाब पढ़े हैं जैसे क्या आईओएस डिवाइस पर फोर्स क्लोजिंग ऐप्स का कोई फायदा है? लेकिन यह अभी भी मेरे साथ बहुत जेल नहीं करता है। कभी-कभी मैंने 50 से अधिक ऐप चलाए हैं, इसलिए इन्हें बंद नहीं करने का कोई मतलब नहीं है।

शायद मैं एक पुराने chook का एक सा हूँ और तुम सिर्फ पुराने कुत्ते नई तरकीबें नहीं सिखा सकते हैं, लेकिन किसी को यहाँ की व्याख्या कर सकते क्यों यह बेहतर है तो बस इन सभी क्षुधा चालू रखने के लिए? और जब मैं कहता हूं कि "समझाता हूं" तो मेरा मतलब आम आदमी की शर्तों में है ताकि मैं समझ सकूं।


31
गलतफहमी “भाग” है। स्विचर में ऐप्स आवश्यक रूप से नहीं चल रहे हैं, उनमें से अधिकांश वास्तव में नहीं हैं। अधिक एक प्रक्रिया की निगरानी की तुलना में एक "हाल ही में उपयोग" सूची के रूप में समझें
nohillside

3
पैट्रिक्स की तरह, मैं यह जोड़ना चाहूंगा कि मेमोरी बंद होने पर iOS अपने आप ऐप्स बंद कर देता है, इसलिए भले ही ऐसा लगता है कि 50 ऐप "रनिंग" हैं, अगर आप एक वीडियो देख रहे हैं तो एक बहुत बड़ा मौका है, अन्य 49 वास्तव में हैं 2/3 मिनट के बाद समाप्त कर दिया गया। ऐप स्विचर इस बिंदु पर उन ऐप्स के हाल के स्क्रीन कैप्चर को ही दिखाता है।
कोडेड बंदर

5
@CodedMonkey मैं ज्यादातर आपकी टिप्पणी से सहमत हूं, हालांकि मैं जो एक स्पष्टीकरण करूंगा वह यह है कि अन्य 49 को समाप्त नहीं किया जाएगा, उन्हें निलंबित कर दिया जाएगा। अंतर यह है कि जब किसी एप्लिकेशन को समाप्त कर दिया जाता है, तो यह अब मेमोरी में निवासी नहीं है, जबकि निलंबित होने का मतलब यह स्क्रीन पर दिखाई नहीं देता है, और न ही यह कोड निष्पादित कर रहा है। इस स्थिति में यह प्रोसेसर या बैटरी का उपयोग नहीं कर रहा है, लेकिन अभी भी मेमोरी में निवासी है। हालाँकि, सभी ने कहा कि आपके उदाहरण का उपयोग करते हुए, मेरा अनुमान है कि iOS वास्तव में अन्य 49 ऐप्स में से कुछ को समाप्त कर सकता है, लेकिन उनमें से अधिकांश को निलंबित स्थिति में रख सकता है।
Monomeeth

8
हमें संभवतः कमरे में हाथी को संबोधित करने की आवश्यकता है - जो आपको कहता है "बस इन सभी ऐप्स को चालू रखें" - और क्या विशेष रूप से "ऐप्स को बंद करें" - iOS 11 अधिकतम तीन ऐप चलाता है और कुछ ऐप को आवधिक पृष्ठभूमि सक्रियण मिलते हैं (डिज़ाइन द्वारा) ) अगर हम ओएस के बारे में व्यापक स्ट्रोक / आम आदमी की शर्तों में बात कर रहे हैं। यदि यह बहस को बचाने के लिए है कि क्या मल्टीटास्किंग यूआई से सहेजे गए ऐप छवि थंबनेल को हटा दिया जाए - तो सवाल में केवल स्पष्ट करें।
bmike

3
मैं वास्तव में (अभी) 314 tans I सफारी और 57 ऐप्स "ओपन" करके अपने दोस्तों को भयभीत करता हूं।
टिम

जवाबों:


64

तुम अकेले नहीं हो। लोग केवल अपने डेस्कटॉप कंप्यूटर की आदतों के लिए उपयोग किए जाते हैं, और यह समझ में आता है कि वे इन आदतों को अपने iPhones और iPads पर ले जाते हैं।

हालांकि, मुझे एक सादृश्य का उपयोग करके यह समझाने और समझाने की कोशिश करनी चाहिए:

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

उपरोक्त वर्कफ़्लो वास्तव में कोई मतलब नहीं है। आप ग्लास को अपने साथ बाहर क्यों नहीं ले जाएंगे? और, आप इसे खाली करके न केवल पानी बर्बाद कर रहे हैं, बल्कि आप उस पानी को फिर से प्राप्त करने में अधिक समय और ऊर्जा खर्च कर रहे हैं।

इसी तरह, जब आप ऐसा ऐप छोड़ते हैं, तो आप वास्तव में ऐसा करने की प्रक्रिया में कुछ बैटरी पावर का उपयोग कर रहे होते हैं (जैसे कि रैम, आदि से इसे साफ़ करना) और फिर बाद में जब आपको इसे फिर से लॉन्च करना हो और इसे रैम में वापस लोड करना हो।

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

किसी ऐप को छोड़ने के लिए मजबूर करने का वास्तव में कोई फायदा नहीं है क्योंकि RAM को खाली करने के लिए iOS खुद ही आपके लिए ऐसा करेगा / सकती है । इसलिए यदि आपके पास 50 ऐप खुले हैं और वे खुले रहते हैं, तो आईओएस को मेमोरी खाली करने के लिए उनमें से किसी को बंद करने की आवश्यकता की सीमा तक नहीं धकेला गया है।

अब, कुछ भी, हमेशा नियम के अपवाद होते हैं (जैसे कि एप्लिकेशन को पृष्ठभूमि कार्यों को करना पड़ता है)। इसका एक उदाहरण यह है कि आप अपने फोन के साथ अन्य चीजें करते समय संगीत बजाते हैं, या एक जो पृष्ठभूमि में सामग्री डाउनलोड कर रहा है, या एक वह है जो गिन रहा है कि आप एक दिन में कितने कदम चलते हैं, आदि, हालांकि, आईओएस में एक अत्यंत है पृष्ठभूमि एप्लिकेशन / कार्यों के प्रबंधन के लिए कुशल प्रक्रिया और यदि आप इन्हें छोड़ना चुनते हैं तो आप मूल रूप से कह रहे हैं कि आप अपने काम को ठीक से करने के लिए ऑपरेटिंग सिस्टम पर भरोसा नहीं करते हैं।

इसलिए, अपने ऐप्स को छोड़ने के लिए स्वतंत्र महसूस करें (जैसे कि यह स्थिर होने के कारण, आदि), लेकिन बैटरी की शक्ति के संरक्षण के लिए ऐसा न करें। वास्तव में, यदि आप ऐसा करते हैं, तो आप दिन भर में बैटरी की शक्ति का उपयोग कर रहे हैं!

सारांश

  • यदि आपको ठीक से काम नहीं कर रहा है, तो आपको केवल ऐप को छोड़ने की आवश्यकता है (जैसे कि एक ऐप जमी है, यह ठीक से प्रदर्शित नहीं हो रहा है, आदि)।
  • ऐप स्विचर में सूचीबद्ध ऐप्स आवश्यक रूप से नहीं चल रहे हैं - वास्तव में उनमें से अधिकांश बिल्कुल नहीं चल रहे हैं ।
  • ऐप स्विचर में अधिकांश ऐप एक निलंबित स्थिति में होंगे - इसका मतलब है कि वे नहीं हैं: स्क्रीन पर दिखाई देना, कोड निष्पादित करना, सीपीयू या जीपीयू का उपयोग करना, या बैटरी का उपयोग करना। हालाँकि, वे अभी भी स्मृति में निवासी हैं जब तक कि उन्हें शुद्ध नहीं किया जाता है (यदि आवश्यक हो) स्मृति को मुक्त करने के लिए सिस्टम द्वारा:

    निलंबित - ऐप पृष्ठभूमि में है, लेकिन कोड निष्पादित नहीं कर रहा है। सिस्टम स्वचालित रूप से इस स्थिति में ऐप्स ले जाता है और ऐसा करने से पहले उन्हें सूचित नहीं करता है। निलंबित रहने के दौरान, एक ऐप मेमोरी में रहता है लेकिन किसी भी कोड को निष्पादित नहीं करता है। जब कम-मेमोरी की स्थिति होती है, तो सिस्टम बिना किसी नोटिस के निलंबित किए गए ऐप्स को अग्रभूमि ऐप के लिए अधिक स्थान बनाने के लिए शुद्ध कर सकता है।

    स्रोत : इस उत्तर के अंत में पहले संदर्भ लिंक के भीतर तालिका २-३ देखें ।

  • वास्तव में किसी भी समय आपके आईफ़ोन पर चलने वाले एकमात्र ऐप सक्रिय ऐप हैं (यानी स्क्रीन पर दिखाई देने वाला) और पृष्ठभूमि में काम करने वाले अन्य । ( ध्यान दें: एप्लिकेशन के मामले में इसके लिए कुछ अस्थायी अपवाद हैं जिन्हें अभी भी सक्रिय करने के लिए पहले से ही शुरू किए गए कोड को पूरा करने के लिए समय की आवश्यकता होती है - आमतौर पर यह केवल सेकंड के क्रम में होता है, लेकिन सैद्धांतिक रूप से एक मिनट तक बढ़ सकता है।) ।

  • बैकग्राउंड में चलने वाले ऐप्स के संदर्भ में, आप सेटिंग> जनरल> बैकग्राउंड ऐप रिफ्रेश पर जाकर यह नियंत्रित कर सकते हैं कि कौन से ऐप्स को ऐसा करने की अनुमति है (यदि वे खुले हैं)। ( नोट: सिर्फ इसलिए कि आप यहां सूचीबद्ध एक ऐप देखते हैं इसका मतलब यह नहीं है कि यह पृष्ठभूमि में चलेगा, लेकिन इसे अक्षम करने का मतलब है कि यह निश्चित रूप से नहीं होगा!)
  • यदि आपका iPhone लॉक है, तो जब आप अपना डिवाइस लॉक करते थे तो वह ऐप सक्रिय था (यानी स्क्रीन पर दिखाई देता था) अब निष्क्रिय है । हालाँकि, जब तक आपने केवल अपने iPhone को लॉक नहीं किया है और यह अभी भी निष्पादन कोड को पूरा कर रहा है या यह पृष्ठभूमि में चल रहा है (जैसे संगीत, आदि खेल रहा है) तब यह CPU, GPU या बैटरी का उपयोग नहीं कर रहा है।

संदर्भ

  1. ऐप में विभिन्न राज्यों के बारे में अधिक जानकारी के लिए, ऐप्पल के ऐप प्रोग्रामिंग गाइड फॉर आईओएस: एक्ज़ीक्यूशन स्टेट्स फॉर ऐप का संदर्भ लें ।
  2. पृष्ठभूमि में चलने वाले ऐप्स के बारे में अधिक जानकारी के लिए, Apple के iOS के लिए ऐप प्रोग्रामिंग गाइड का संदर्भ लें : पृष्ठभूमि निष्पादन

9
इसलिए यदि आपके पास 50 ऐप खुले हैं और वे खुले रहते हैं, तो आईओएस को मेमोरी खाली करने के लिए उनमें से किसी को बंद करने की आवश्यकता की सीमा तक नहीं धकेला गया है। स्पष्ट होने के लिए, कोई तरीका नहीं है कि आप बता सकें कि ऐप में ऐप्स हैं या नहीं स्विचर वास्तव में खुले हैं (यानी, स्मृति में निवासी) या नहीं।
MJeffryes

24
क्या बैटरी खत्म हो रही है ऐप फिर से शुरू कर रहा है । किसी ऐप को सस्पेंड करना सस्ता है। एक निलंबित ऐप को फिर से शुरू करना सस्ता है। लेकिन ऐप को खरोंच से पूरी तरह से लोड करने की आवश्यकता होती है, इसमें बहुत सारे संसाधन लगते हैं (भले ही उनमें से कुछ अभी भी कैश हो सकते हैं): ओएस को ऐप और उसके सभी आश्रित ढांचे को लोड करने की आवश्यकता है, पूर्ण ऐप स्टार्टअप कोड को फिर से चलाने की आवश्यकता है, आदि। ।
DarkDust

5
मैंने हमेशा सोचा था कि स्विचर कभी भी फोन पर खोले गए सभी ऐप को कुछ अधिकतम सीमा तक सूचीबद्ध करता है, इस क्रम में वे अंतिम उपयोग में थे, चाहे वे स्मृति में हों या नहीं। यदि मैं पर्याप्त रूप से वापस स्क्रॉल करता हूं, तो ऐप पर स्विच करने से काफी लंबा विराम आ जाएगा (जैसा कि मुझे लगता है) ऐप डिस्क से लोड है। क्या कोई दस्तावेज है जो आपके व्यवहार के बारे में आपके दृष्टिकोण की पुष्टि करता है?
MJeffryes

7
यह एक उपयोगी उत्तर है, लेकिन ऐसा कोई तरीका नहीं है कि आईओएस 50 ऐप्स को सभी को निलंबित रखेगा, जब तक कि उनमें से प्रत्येक के पास वास्तव में सूक्ष्म स्मृति पदचिह्न न हो। मैं पूरे दिन बड़े ऐप के बीच स्विच करता हूं (सफारी, ट्विटर, फेसबुक, रेडिट, यूट्यूब, आदि), और मुझे अक्सर "फुल रीलोड" मिलता है, जो हाल ही में उपयोग की गई सूची में केवल 2 या 3 कार्ड वापस ऐप में बदल रहा है।
ब्रैडेक

3
@Monomeeth बहुत सारे ऐप्स जो प्रभावी रूप से समाप्त हो चुके हैं - अर्थात, फिर से शुरू करने के लिए एक पूर्ण पुनः लोड की आवश्यकता है - ऐप स्विचर में हैं। iOS पूरी तरह से समाप्त नहीं होगा, मुझे विश्वास नहीं है, जब तक कि कोई दुर्घटना नहीं हुई है - यह सिर्फ ऐप स्विचर में रहता है, मेमोरी में निवासी नहीं है और अधिक या कम आसानी से अधिक आसानी से एक्सेस करने की सुविधा है।
जो

22

प्रदान किए गए उत्तर सटीक हैं, मैं सिर्फ एक iOS डेवलपर के दृष्टिकोण से स्पष्ट करना चाहता हूं।

iOS को अधिक से अधिक चीजों को प्रबंधित करने के लिए डिज़ाइन किया गया है ताकि आपको (और डेवलपर्स) उनके बारे में चिंता न करनी पड़े। अंतिम परिणाम अनुप्रयोगों में कुछ हद तक सुसंगत दृष्टिकोण है, जिसमें ऐप्पल के लोग भी शामिल हैं (यहां तक ​​कि कभी-कभी ऐप्पल स्वयं कुछ कोनों को काट देता है)।

कहा जा रहा है, आधार है:

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

यह सब कहने के बाद, एक व्यक्ति अधिकांश उपयोगकर्ताओं को बैटरी जीवन को बढ़ाने की उम्मीद में करीबी ऐप्स मानता है, इस धारणा के तहत, कि चीजों को बंद करके, फिर इन ऐप्स को बनाए रखने में कम ऊर्जा बर्बाद होती है।

सच्चाई यह है कि, आईओएस पर, यह लगभग कभी नहीं होता है। जब आप घर को दबाते हैं, तो ऐप निलंबित हो जाता है और यह उन संसाधनों का उपयोग नहीं करता है जिनकी अन्य ऐप को आवश्यकता हो सकती है। अगर एक नए ऐप (या यहां तक ​​कि आईओएस) को उस मेमोरी की आवश्यकता है, तो वह खुद ही इसका ध्यान रखेगा, लेकिन केवल तभी जब उसे जरूरत हो।

आप ऐप्स को बार-बार बंद कर रहे हैं, iOS को मजबूर कर रहे हैं कि किसी ऐप को वास्तव में अनलोड करने का वह महंगा काम, उसकी स्थिति को बचाए और क्या नहीं, इस समस्या के साथ कि जब आप ऐप को दोबारा खोलेंगे, तो उस सभी सामान को वापस करना होगा। और, ऐप की जटिलता के आधार पर, स्टोरेज से, फोन की मुख्य मेमोरी में, और इसके बाद भी बहुत सारी चीजें पढ़ी जानी चाहिए। यह सब अतिरिक्त काम, टाला जा सकता था यदि आप एप्लिकेशन को केवल "निलंबित" स्थिति में रहने दें।

हालाँकि

कुछ उदाहरणों में (और वे दुर्लभ हैं, लेकिन असंभव नहीं हैं), आप उन ऐप्स को मारना चाहते हैं जो दुर्व्यवहार कर रहे हैं। उदाहरण हैं (लेकिन इन तक सीमित नहीं): ऐसे ऐप्स जो बैकग्राउंड ऑडियो, या लोकेशन जैसी अतुल्यकालिक सेवाओं से निपटते हैं (जहां ऐप लोकेशन मांगता है और आईओएस को जाना चाहिए और चारों ओर से पूछना चाहिए कि वह कहां है, उदाहरण के लिए, जीपीएस की जरूरत होने पर फायरिंग करके) , वीडियो स्ट्रीमिंग, आदि।

मेरे पास लाइफ़, यूनाइटेड एयरलाइंस, यहां तक ​​कि ट्विटर जैसे ऐप के अनगिनत उदाहरण हैं, जो एक टूटी हुई स्थिति में समाप्त होते हैं (या बस ठीक से काम नहीं करते हैं), या तो क्योंकि आप एक बुरे नेटवर्क में हैं (आईओएस ने वास्तव में खराब हो गया है) पिछले 3-4 रिलीज में कुछ खराब नेटवर्क से उबरने) या नेटवर्क ठीक से जवाब नहीं देता है।

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

और अगर यह भ्रामक था, तो मैं आपको एक कार सादृश्य दे सकता हूं, क्योंकि यही हम हर समय करते हैं।

कार सादृश्य

मुझे पता है कि कार प्रौद्योगिकी उन्नत हो गई है और यह अब एक अच्छा उदाहरण नहीं है, लेकिन यहां मेरे साथ खेलें

कार के इंजन को फेयर करने से सिर्फ आइडलिंग से अधिक ईंधन का उपयोग होता है। जब कारों में इंजेक्टर के बजाय कार्बोरेटर थे, तो यह और भी बुरा था; इसीलिए जब आप लाल बत्ती पर रुकते हैं तो अपने इंजन को बंद कर देते हैं, सैद्धांतिक रूप से केवल एक मिनट के लिए निष्क्रिय होने से अधिक ईंधन का उपयोग कर सकते हैं। नई कारों में बहुत अधिक कुशल तंत्र होता है और यह इंजन को रोक सकती है, लेकिन एक अर्ध-चालू स्थिति में रहें (चलो यहां कारों में भी नहीं जाएं)।

आप ऐप्स को बंद कर रहे हैं, हर स्टॉप लाइट पर कार को बंद करने वाले व्यक्ति के बराबर है। जैसा कि आप इसे फिर से बेकार होने देने का विरोध करते हैं, जब तक कि आपको इसे फिर से ज़रूरत न हो, आम तौर पर कुछ सेकंड बाद।

सादृश्य सही नहीं है, सच्चाई यह है कि निष्क्रिय कारें अभी भी ईंधन का उपयोग करती हैं, जबकि निलंबित ऐप नहीं हैं; हालाँकि, फ़ोन की नज़र में, वे संबंधित किसी भी मेमोरी / बैटरी का उपयोग नहीं कर रहे हैं (जब तक कि उनके पास किसी भी प्रकार की पृष्ठभूमि प्रसंस्करण सक्रिय नहीं है, जाहिर है)।

आप मूल रूप से हर बार जब आप किसी ऐप को मारते हैं, तो आप अपने इंजन को बंद कर रहे हैं, और आप अपने इंजन को निष्क्रिय करने का iOS "स्मार्ट" तंत्र नहीं होने दे रहे हैं, इसलिए जब प्रकाश हरा हो जाता है, तो आप बस त्वरक दबा सकते हैं और इंजन तेजी से चल रहा है अगर यह 100% बंद हो जाता। एक रोका राज्य से इंजन शुरू करना, केवल ईंधन की तुलना में अधिक शक्ति का उपयोग करता है, आपको स्टार्टर को चालू करने की आवश्यकता है ताकि इंजन को क्रैंक किया जा सके, ईंधन इंजेक्ट किया और स्पार्क्स बनाया जा सके, इसलिए ... यह पर्दे के पीछे बहुत काम है। ऐप्स इंजन की तरह हैं। :)


1
हाहा, मुझे सादृश्य (और आपका उत्तर) पसंद है। :)
Monomeeth

आपकी टिप्पणी के बारे में प्रश्न पुनः: ऐप्स का दुरुपयोग करते हुए: "[...] अगर आपको वास्तव में अब काम करने के लिए ऐप की आवश्यकता है, तो आपको आगे बढ़ना होगा और इसे मारने और इसे फिर से शुरू करने की कीमत का भुगतान करना होगा। आपने अधिक बैटरी का उपयोग किया था। ऐसा करने से [...] "क्या आप मानते हैं कि यह सार्वभौमिक रूप से अधिक बेकार है? हालांकि मैं अन्यथा ऐप नहीं छोड़ता, मैं अक्सर मानता हूं कि एक त्रिशंकु या अन्यथा परेशान ऐप संभवतः बार-बार कोशिश करके और जो कुछ भी करना चाहता है उसे करने में विफल होने से बहुत सारे संसाधनों का उपभोग कर रहा है। मैं देखता हूं कि यह खरोंच से वापस शुरू करने की तुलना में कम गहन हो सकता है, आप मानते हैं कि आम तौर पर ऐसा होता है?
शाम

1
@brhfl यह कहना मुश्किल है, प्रत्येक ऐप एक अलग दुनिया है। कुछ स्पष्ट संकेत हैं कि कुछ गलत है। अगर आप फोन का उपयोग करते समय बहुत कम समय में बहुत गर्म हो जाते हैं, तो इसका मतलब यह हो सकता है कि सीपीयू का उपयोग किया जा रहा है, अगर फोन सुस्त लगता है (उदाहरण के लिए फ्रेम लंघन एनिमेशन)। वे अच्छे संकेत हैं कि किसी चीज़ को अधिक संसाधनों का उपयोग करना चाहिए और उन मामलों में संदिग्ध ऐप को मारना एक रास्ता है। सामान्य तौर पर, यदि कोई एप्लिकेशन बहुत अच्छा नहीं था, तब भी उसे निलंबित (पृष्ठभूमि) किया जाता है, लेकिन उसके पास कोई विकल्प नहीं होगा; या IOS द्वारा मारे जाने का जोखिम।
मार्टिन मार्कोसिनी

1
  1. यदि आप किसी ऐप को पूरी तरह से बंद करते हैं, तो जब आपको बाद में इसे फिर से खोलने की आवश्यकता होती है, तो ऐप के एक नए उदाहरण को लॉन्च करने से जुड़ा ओवरहेड एक ऐप से दूसरे ऐप में स्विच करने की तुलना में अधिक सीपीयू और ऊर्जा गहन होता है।
  2. जब कोई ऐप केवल मेमोरी में वहां बैठा होता है, जब तक कि यह वास्तव में पृष्ठभूमि में चलने के लिए नहीं बनाया जाता है, तो इसे आमतौर पर रोका जाता है या मार दिया जाता है और किसी भी सीपीयू चक्र (आमतौर पर) का उपभोग नहीं किया जाता है। यदि यह एक काफी सरल ऐप है, तो यह सिर्फ मेमोरी का उपयोग करके वहां बैठा रहेगा। ऐसे मामले में, एप्लिकेशन स्थिति कहीं और बनी रहती है (Android के मामले में डिवाइस के भंडारण पर) ताकि बाद में ऐप राज्य को पुनर्स्थापित किया जा सके। आपको एक विचार देने के लिए, बल्कि एक लंबे समय तक असंतोषजनक संदेश जो मैंने अपने फोन में वाइबर ऐप में लिखा था, बैटरी की कमी के कारण फोन बंद हो गया। फोन को फिर से शुरू करने के बाद, फिर वाइबर, मुझे संदेश मिला जो मुझे भेजने के लिए इंतजार कर रहा था। Halleluja।
  3. आपकी मेमोरी चिप पर निर्भर करता है, चाहे उसमें शून्य हो या बिजली की खपत में कोई महत्वपूर्ण अंतर नहीं होगा। तो नहीं की स्मृति में सामान रखने से आप बैटरी बचाने के लिए महत्वपूर्ण नहीं होगा।
  4. जब कोई ऐप सुपर डीप स्लीप में होता है (दोस्तों, कृपया इसकी पुष्टि करें), इसका केवल एक संदर्भ ऐप स्विचर में अंतिम स्क्रीन के स्नैपशॉट के रूप में दिखाई देगा, जो कि नीचे जाने से पहले दिखाई देता था। मैं ऐसा इसलिए कह रहा हूं क्योंकि एक दिन, मैंने अपने आईपैड में सभी ऐप को बंद करने का फैसला किया है, और मुझे जितने ऐप को बंद करना था, उससे मैं हैरान था। यह 60 से अधिक ऐप था। ये सभी iPad की मेमोरी में नहीं रखे जा सकते हैं। मैंने वहां कुछ ऐप देखे, जो कई महीने पहले इस्तेमाल किए गए थे।

एक सादृश्य के रूप में ... आप कार के साथ, अगर आपको दिन के दौरान बहुत अधिक स्टॉप बनाने की आवश्यकता होती है और इंजन को रोकना और चालू करना जारी रखता है, तो एक समय आएगा जब बैटरी पूरी तरह से समाप्त हो जाएगी। यह तब हो सकता है जब आप स्टॉप के बीच ड्राइव करते समय चार्जिंग टाइम ऊर्जा के जबरदस्त मात्रा को बहाल करने के लिए पर्याप्त नहीं होते हैं जो कि इंजन शुरू करने पर हर बार बैटरी से चूसा जाता है। इसके अलावा, यह स्टार्टर और समग्र गैस की खपत के लिए अच्छा नहीं है। इसीलिए कई डिलीवरी ट्रक ड्राइवर अपने छोटे स्टॉप के दौरान इंजन को निष्क्रिय रखेंगे।

यह सादृश्य स्मृति बचत मिथक के समान IMO है।


-1

बस एक अलग राय को चर्चा के लिए वहाँ फेंक दिया। इस अवधारणा के पास कुछ हद तक सच्चाई है, लेकिन एक बार जब आपके पास कुछ एप्लिकेशन खुल जाते हैं, तो संभव है कि आप ऐप्स को निलंबित रखने पर कम रिटर्न देखना शुरू कर देंगे।

आपके पास जितने ऐप खुले हैं, उतने ही राम का उपयोग होने वाला है, जाहिर है। आमतौर पर मेमोरी में प्रत्येक ऐप को मेमोरी के रूप में विभाजित किया जाता है, जो कि ऐप स्वयं वास्तव में वर्तमान में उपयोग कर रहा है, मेमोरी जो ऐप हाथ पर रखना चाहता है, और मेमोरी ऑपरेटिंग सिस्टम को वास्तव में ऐप का उपयोग करने की अनुमति देता है, जो आपको ऐप की अंतिम मात्रा देता है। उपयोग करने की अनुमति है। ऐप इस मेमोरी का एक अलग हिस्सा रखता है क्योंकि यह मेमोरी का उपयोग करना चाहता है, क्योंकि ऐप को इसके ढेर बढ़ने की आवश्यकता हो सकती है, लेकिन यह जरूरी नहीं है कि यह बल्ले से सही हो क्योंकि यह कचरा लेने वालों के लिए बुरा है। बड़े ढेर (बड़े ढेर = लंबे कचरे का संग्रह) है, इसलिए ऐप मेमोरी का एक हिस्सा अलग सेट करेगा जिसका उपयोग वर्तमान में नहीं किया जा रहा है, लेकिन इसे ऐप द्वारा विशेष रूप से उपयोग किया जा सकता है यदि आवश्यकता होती है।

कहो कि ओएस मेरे ऐप को 700mb तक की अनुमति देता है, और ऐप ने अपने लिए उस मेमोरी के 300mb को एक तरफ सेट कर दिया है, अगर वह चाहता है कि मेरे ऐप का उपयोग करने के लिए 400mb छोड़ दे, लेकिन तब एक और ऐप खुलता है और कुछ मेमोरी की आवश्यकता होती है; ओएस सभी अलग-अलग ऐप को देखता है, और यह तय करता है कि किसी ऐप से किसी मेमोरी को खींचना और नए ऐप के लिए इसका इस्तेमाल करना ठीक है या नहीं, इस मामले में यह मेरे ऐप से 150mb लेने की अनुमति दे सकता है और इसे नए ऐप को दे सकता है आवश्यकता है कि स्मृति को उपयोग करने के लिए नए ऐप मेमोरी को देने के लिए चारों ओर स्वैप किया जाए (यह सोचकर कि किसी व्यवसाय में धन की पुनः प्राप्ति के रूप में) अच्छी तरह से, आपके पास जितने अधिक ऐप हैं, ऑपरेटिंग सिस्टम को वास्तव में निर्णय लेने के लिए उतना ही अधिक काम करना होगा। जो ऐप की मेमोरी है वह नए ऐप की मेमोरी देने के लिए बंद हो सकती है।

इस अर्थ में, प्रत्येक ऐप जो ओपन हो जाता है और निलंबित हो जाता है, इस प्रक्रिया में जटिलता जोड़ता है, जिससे यह अधिक सीपीयू गहन हो जाता है, और अंततः अन्य ऐप्स को बंद न करके बैटरी की शक्ति की तुलना में भविष्य के ऐप्स को खोलने के लिए संभावित रूप से अधिक बैटरी शक्ति की आवश्यकता होती है।

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

एक और बात पर विचार करने के लिए, जितने अधिक ऐप आप लगातार खोलते हैं, उतनी ही अधिक खंडित की गई मेमोरी शुरू में ओएस के माध्यम से चलेगी और अधिक साफ-सुथरी होने के लिए मेमोरी को साफ करती है और अधिक कुशलता से रखी जाती है, यह स्वयं प्रसंस्करण शक्ति को भी बढ़ाता है, और अधिक मेमोरी जो ऐप्स द्वारा कब्जा कर ली जाती है, यह प्रक्रिया आपके डिवाइस के लिए अधिक गहन होगी।

यह सब कहने के लिए, ऐप्स को खुला छोड़ना ज्यादातर अधिक कुशल है, जब तक कि बहुत सारे ऐप नहीं खोले जाते हैं, हालांकि मुझे यकीन नहीं है कि इस सीमा तक पहुंचने के लिए कितने ऐप को खोलने की आवश्यकता है, यदि संख्या मौजूद है।

सूत्रों का कहना है:

मोनो के लिए एसजीएन कचरा कलेक्टर: http://www.mono-project.com/docs/advanced/gar कचरा-collector/sv /

IOS और Android Xamarin दोनों ऐप के लिए मेमोरी प्रोफाइलर का अवलोकन, जो दिखाता है कि मेमोरी ऐप द्वारा प्रबंधित की गई है (वर्किंग सेट, प्राइवेट बाइट्स, मेमोरी आवंटित की गई है, आदि) https://blog.xamarin.com/say-hello-to -इस-Xamarin-प्रोफाइलर /


1
मुझे यकीन नहीं है कि यह सही है - क्या आप एक iOS डेवलपर हैं? मेरा मानना ​​है कि आईओएस अपने विवेक से, नि: शुल्क मेमोरी को आवश्यकतानुसार निलंबित एप्स को मार सकता है, लेकिन मुझे दृढ़ता से संदेह है कि यह एक निलंबित एप के मेमोरी फुटप्रिंट को आंशिक रूप से कम कर सकता है । कम से कम एक उपयोगकर्ता के रूप में, यह सभी या कुछ भी नहीं प्रतीत होता है।
ब्रैडेक

2
यह पूरी तरह से चल रहे ऐप्स के "मल्टी" ओएस के साथ-साथ मल्टीटास्किंग करने के लिए बिल्कुल सही है। IOS के लिए ऐसा नहीं है (नए स्प्लिट-स्क्रीन कॉन्फ़िगरेशन को छोड़कर)। मैं यह नहीं कह रहा हूं कि मैं सकारात्मक हूं आप गलत हैं, मैं सिर्फ यह कह रहा हूं कि अन्य ओएस से आपकी प्रवृत्ति यहां लागू नहीं हो सकती है।
ब्रैडेक नोव

1
और IMHO आप ऐप स्विचर को मेमोरी में "ओपन" / memory की सूची के साथ भ्रमित करते हैं। यह स्पष्ट रूप से मामला नहीं है, इसलिए स्मृति पदचिह्न बहुत अच्छी तरह से स्विचर में 5 या 20 एप्लिकेशन के साथ एक iPhone के लिए एक ही हो सकता है
nohillside

2
मोनो / Xamarin फ्रेमवर्क का मेमोरी प्रबंधन इस बात का प्रतिनिधि नहीं है कि iOS प्लेटफॉर्म पर देशी ऐप्स / सेवाएं कैसे काम करती हैं। iOS और Objective-C / Swift रनटाइम कचरा संग्रहण को लागू नहीं करते हैं।
माइक मर्कटॉक

2
@TrevorHart यह स्वत: संदर्भ का उपयोग करता है गिनती developer.apple.com/library/content/documentation/Swift/...
मातुज़ Szlosek

-2

क्लीन कट संस्करण: यह बेहतर है क्योंकि OS को इस बिंदु पर बेहतर बनाने के लिए डिज़ाइन किया गया था कि उपयोगकर्ता आपके कार्यों पर अधिक जानकारी एकत्र करने के लिए (या "निलंबित" स्थिति में) ऐप्स रखना चाहेंगे [*] बाद में अगर जरुरत हो।

अधिक लंबा संस्करण: ऐसे ऐप्स जिन्हें "निलंबित" किया जाता है, उनकी स्थिति को स्मृति में सहेजा जाएगा, इसलिए एक बार जब आप उन्हें वापस शुरू करना चाहते हैं तो सब कुछ वापस लोड करने के पुर्जों को आगे बढ़ाने के लिए कम समय की आवश्यकता होगी, और लगभग भंडारण इकाई का कोई उपयोग नहीं होगा ... यदि आप जानते हैं कि आपके ऐप्स पृष्ठभूमि में कुछ अन्य चीजें कर रहे हैं, तो ऐसे मामलों में जो वे वहां बैठे हैं, आप पर डेटा एकत्र कर रहे हैं।


[*] आप पर एकत्रित डेटा के बारे में विस्तार से बताने के लिए ... जिन ऐप्स को मेमोरी में स्टोर किया जाता है, वे या तो "निलंबित" हो सकते हैं या बैकग्राउंड में सक्रिय हो सकते हैं। आप डिवाइस के स्वामी के रूप में नहीं जान सकते हैं (यदि आपके पास सीपीयू उपयोग को स्कैन करने के लिए और कुछ अन्य ऐप्स का ज्ञान नहीं है) तो कहा गया कि ऐप वास्तव में क्या कर रहा है। सुरक्षा की दृष्टि से मैं किसी भी ऐप को बंद करने की सलाह दूंगा जिसे आप अगले 10 मिनट के लिए उपयोग नहीं करने जा रहे हैं।

पुनश्च यह अभ्यास Android उपकरणों के साथ ही btw पर किया जाता है ...


6
-1 यह जवाब बेहतर होगा यदि इसमें "आपका फोन आपके ऊपर जासूसी करने के लिए बनाया गया हो"।
नजल्ल

4
"आपका फोन आप पर जासूसी करने के लिए बनाया गया है" वास्तव में Apple उपकरणों पर लागू नहीं होता है - वे व्यक्तिगत डेटा से पैसा नहीं बनाते हैं।
wizzwizz4

1
@ wizzwizz4 कौन कहता है?
यो

1
@yo 'ने कहा कि वे ऐसा करने के लिए सबूत खोजने में मेरी असमर्थता कहते हैं। अच्छा विश्वास, और वह सब मान लें।
wizzwizz4
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.