एंड्रॉइड स्टूडियो के साथ आरामदायक काम

सभी को शुभ दिन!

एंड्रॉइड स्टूडियो कितना उत्पादक है? क्या आपको लगता है कि यह आपके पीसी या मैक पर चालाकी से काम करता है? या, कभी-कभी, आपके पास लैग या एक लंबी असेंबली होती है? और बड़े प्रोजेक्ट्स पर?

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

अन्य लोकप्रिय आईडीई के उपयोगकर्ता भी अपने लिए कुछ उपयोगी पा सकते हैं।

प्रेरणा

एंड्रॉइड स्टूडियो ग्रहण से संक्रमण के दिनों में अनाड़ी था। और पहले से ही मैंने इस आईडीई के काम को अनुकूलित करने के तरीकों की तलाश शुरू कर दी। हालांकि, अधिकांश सहकर्मियों का इससे कोई संबंध नहीं है। यह काम करता है। हमेशा तेज नहीं। और ठीक है।

लेकिन अब एक साल से मैं दूसरी कंपनी में काम कर रहा हूं। जलवायु अलग है, डेवलपर्स विभिन्न तकनीकों पर रिपोर्ट पढ़ते हैं। इनमें से एक रिपोर्ट में, यह मुझे लगा कि इस लेख का विषय मांग में हो सकता है। विशेष रूप से बढ़ी हुई तकनीकी जटिलता की परियोजनाओं के ढांचे में।

सहकर्मियों और डेवलपर्स के परिचितों के साथ बात करने के बाद, यह मेरे लिए स्पष्ट हो गया कि हर "समर्थक" भी लोहे, ओएस और आईडीई की बारीकियों को नहीं समझता है। क्योंकि यहां मैंने अपने स्वयं के अनुभव के आधार पर एक पूर्ण शैक्षिक कार्यक्रम एकत्र करने का प्रयास किया।

अस्वीकरण! लेख में उल्लिखित सभी मॉडल और ब्रांड विज्ञापन नहीं हैं!

लोहा

सिस्टम आवश्यकताएँ कॉलम (डिस्क स्थान शामिल नहीं) में आधिकारिक Android स्टूडियो वेबसाइट पर हार्डवेयर के बारे में क्या कहा गया है:

3 GB RAM minimum, 8 GB RAM recommended; plus 1 GB for the Android Emulator 1280x800 minimum screen resolution 

यह स्टूडियो के लिए सिर्फ शुरुआत और काम करने के लिए पर्याप्त है। हम किसी प्रदर्शन और आराम की बात नहीं कर रहे हैं।

इस अध्याय में मैं बात करूंगा कि बड़े प्रोजेक्ट के साथ आरामदायक काम के लिए किस तरह का हार्डवेयर वांछनीय है और आपके सिस्टम में "अड़चन" बन सकता है।

यहाँ, 5 पैरामीटर हमारे लिए सबसे महत्वपूर्ण हैं:

• CPU प्रदर्शन
• CPU हार्डवेयर थ्रेड्स की संख्या
• रैम राशि
• डिस्क सबसिस्टम की रैंडम रीड एंड राइट स्पीड
• एक डिस्क सबसिस्टम के छोटे ब्लॉक रीडिंग और छोटे ब्लॉक लेखन की गति

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

मैक के बारे में कुछ शब्द

यह माना जाता है कि मैक विकास के लिए सबसे अच्छी मशीन है। मैकबुक प्रो के बारे में यह अक्सर कहा जाता है।

व्यक्तिगत रूप से, मैं इसे एक मिथक मानता हूं। प्रौद्योगिकी के आगमन के साथ, NVMe मैक ने अपना "जादू" खो दिया है। इसलिए आज भी, लैपटॉप के बीच, मैक मूल्य-गुणवत्ता-प्रदर्शन के मामले में अग्रणी नहीं है। विशेष रूप से एंड्रॉइड स्टूडियो के लिए विकास के संदर्भ में।

अन्यथा, एक आरामदायक विकास के लिए, 2015 या 2016 मैकबुक प्रो में यू-प्रोसेसर नहीं है। अन्य सुविधाओं और सेवा के बारे में नीचे पढ़ें।

प्रोसेसर

प्रोसेसर का प्रदर्शन स्पष्ट और समझने योग्य है। यह जितना अधिक होगा, उतना अच्छा है। ध्यान देने वाली बात केवल यह है कि यदि आपके पास तेज पर्याप्त ड्राइव है, तो एक कमजोर प्रोसेसर आपके सिस्टम में एक अड़चन बन जाएगा। विशेष रूप से NVMe- ड्राइव के मामले में महत्वपूर्ण। अक्सर, जब इसके साथ काम करते हैं, तो सीपीयू की शक्ति पर जोर दिया जाता है।

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

बेशक, हार्डवेयर वर्चुअलाइजेशन की आवश्यकता है।

इसलिए, मैं 4+ धाराओं और अधिक शक्तिशाली के साथ कोर i5 मुख्यालय स्काइलेक की ओर देखने की सलाह देता हूं।

बिना सोचे समझे याद करना

मानकों के संबंध में, DDR3 और उच्चतर। यहाँ, मुझे लगता है, यह स्पष्ट है।

यदि 2- या 4-चैनल मोड में काम करना संभव है और आप सक्रिय नहीं हैं, तो मैं दृढ़ता से इसका उपयोग करने की सलाह देता हूं, क्योंकि आप आईडीई की जवाबदेही में उल्लेखनीय वृद्धि प्राप्त कर सकते हैं। यह सुविधा या तो BIOS \ UEFI सेटिंग्स में या अतिरिक्त रैम मॉड्यूल स्थापित करके सक्रिय है (यदि आपके पास अभी भी एक मॉड्यूल है)।

क्या मात्रा की जरूरत है? छोटी (वास्तव में छोटी) परियोजनाओं के लिए, 4 जीबी पर्याप्त है। बड़ी परियोजनाओं पर, स्टूडियो 4 जीबी मेमोरी और अधिक पर जल्दी से कब्जा करने में सक्षम है। यहां HAXM एमुलेटर (2 जीबी कहो) जोड़ें और ध्यान रखें कि आधुनिक ओएस (कुछ लिनक्स वितरण के अपवाद के साथ) स्मृति में लगभग 2 जीबी है - और अब यह पता चला है कि 8 जीबी पहले से ही "बैक टू बैक" है।

यह ध्यान में नहीं रखता है, उदाहरण के लिए, स्लैक (जो मेमोरी में लगभग 500 एमबी लेता है) और क्रोम (जहां बिल गीगाबाइट पर जाता है)।

सामान्य तौर पर, 8 जीबी रैम के साथ, आप जल्दी और आराम से काम कर सकते हैं - यह एक तेज ड्राइव और स्वैप \ स्वैप फ़ाइल बचाता है। लेकिन यह अपग्रेड के बारे में सोचने लायक है।

इसलिए, कंपनी नए खरीदती है, या 12 जीबी रैम या अधिक के लिए वर्तमान काम करने वाली मशीनों का उन्नयन प्रदान करती है।

एसएसडी

डिस्क सबसिस्टम सबसे अधिक बार "अड़चन" है, इसलिए सबसे पहले इस पर ध्यान देना आवश्यक है।

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

जैसा कि ऊपर उल्लेख किया गया है, दो महत्वपूर्ण पैरामीटर हैं:

• डिस्क सबसिस्टम की रैंडम रीड एंड राइट स्पीड
• एक डिस्क सबसिस्टम के छोटे ब्लॉक रीडिंग और छोटे ब्लॉक लेखन की गति

वे जितने उच्च होंगे, स्टूडियो उतने ही उत्तरदायी होंगे और उतनी ही तेजी से लोड और इकट्ठा होंगे।

मैं इस तथ्य पर आपका ध्यान आकर्षित करता हूं कि रैखिक पढ़ने / लिखने की गति के बारे में कोई बात नहीं है - यह एक स्टूडियो के लिए महत्वपूर्ण नहीं है। इसलिए, ड्राइव चुनते समय, आपको निर्माता या स्टोर की वेबसाइट पर इसकी रीड / राइट स्पीड को नहीं, बल्कि IOPS की संख्या (और अधिक, बेहतर) को देखना होगा।

बेशक, यहां हम मैक के बारे में बात नहीं कर रहे हैं, क्योंकि ड्राइव में या तो अपना मानक है या बस बोर्ड पर टांका लगाया गया है। एक बड़ी मात्रा को छोड़कर, प्रतिस्थापन संभव है। यह संभावना नहीं है कि यहां गति विशेषताओं को बढ़ाना संभव होगा।

NVMe

यदि आपका मदरबोर्ड NVMe तकनीक का समर्थन करता है, तो इसके समर्थन के साथ ड्राइव का उपयोग करना बेहतर है। यह आपको मैक और उच्चतर पर एसएसडी की तुलना में गति प्राप्त करने की अनुमति देता है।

यदि आपके पास एक तेज़ ड्राइव है, तो फोकस PCIe बस और आपके CPU की शक्ति पर है। इसलिए, यदि, उदाहरण के लिए, आपका मदरबोर्ड PCIe 2.0x4 \ 3.0x2 ड्राइव पर आउटपुट का समर्थन करता है या आपके पास बहुत शक्तिशाली CPU नहीं है, तो आपको बहुत महंगी ड्राइव नहीं खरीदनी चाहिए। अपने सिस्टम की क्षमताओं और अपने बटुए की मोटाई को देखें।

SATA3

हां, SATA3 सभी जीवितों की तुलना में अधिक जीवित है। और आप स्टूडियो में जल्दी से इस पर काम कर सकते हैं।

इस सेगमेंट में, हाई-स्पीड ड्राइव अधिक सस्ती हैं, इसलिए यह 120 जीबी या अधिक की क्षमता वाले शीर्ष समाधानों को तुरंत देखने के लिए समझ में आता है।

इंटेल ऑप्टेन

मुझे इस ड्राइव के साथ एक मशीन पर एंड्रॉइड स्टूडियो का उपयोग करने की आवश्यकता नहीं थी (यदि आप इसे कॉल कर सकते हैं)। यदि किसी के पास अनुभव है, तो टिप्पणियों में लिखें।

GPU

ज्यादा बात करने की जरूरत नहीं है।
यदि आप साधारण उपयोगकर्ता एप्लिकेशन लिखते हैं, तो स्टूडियो और एमुलेटर के लिए इंटेल एचडी 500 सीरीज़ की तरह कुछ पर्याप्त है।

यदि आप गेम विकसित कर रहे हैं या यह आपकी निजी मशीन है, तो असतत ग्राफिक्स का अर्थ है। जो - अपनी आवश्यकताओं के अनुसार देखो।

शीतलन प्रणाली और थ्रॉटलिंग

यह उन्नयन के बारे में नहीं है, बल्कि रखरखाव के बारे में है।

हममें से ज्यादातर लोग थ्रोटलिंग की घटना को जानते हैं। इसके कार्यान्वयन का उपयोग ओवरहीटिंग से बचाने के लिए किया जाता है।

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

डेस्कटॉप पीसी के मामले में, सब कुछ लंबे समय से ऑनलाइन है। गर्मी पाइप के आधार पर मोबाइल सिस्टम के मामले में, बहुत सारी परस्पर विरोधी जानकारी। इसमें अधिकांश लैपटॉप, नेटटॉप्स, मैकबुक और आईमैक शामिल हैं। इसके अलावा, हम उन पर ध्यान केंद्रित करेंगे।

आधुनिक शक्तिशाली मोबाइल सीपीयू पर, लोड के तहत एक चिप पर 80-90 डिग्री का आदर्श है। इसी समय, इन सीपीयू के साथ एसओसी में एक ओपन-चिप डिज़ाइन होता है, जो गर्मी हस्तांतरण क्षेत्र को छोटा करता है। गर्मी के इस सभी ढेर को हटा दिया जाता है यह उपहास एक छोटे से बंद तरल सर्किट के साथ समान डिजाइन।

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

रखरखाव में थर्मल पेस्ट को बदलना और वारंटी अवधि की समाप्ति के बाद हर छह महीने से एक वर्ष तक रेडिएटर की सफाई करना शामिल है। किसी भी मामले में, यह वही है जो हम कर रहे हैं।

क्रिस्टल के छोटे क्षेत्र के कारण, यह उच्च तापीय चालकता के साथ ढांकता हुआ थर्मल पेस्ट का उपयोग करने के लिए समझ में आता है (इसकी लागत लगभग 800-1000 आर प्रति ग्राम है)। कभी भी लिक्विड मेटल का इस्तेमाल न करें! अन्यथा, आप सबसे अधिक संभावना है कि प्लेट से क्रिस्टल को अलग नहीं कर पाएंगे!

यदि आपके पास इस प्रक्रिया के लिए पर्याप्त कौशल नहीं है, तो सेवा से संपर्क करना बेहतर है।

हार्डवेयर सेटिंग्स

यह अध्याय उपकरण के कार्यों और सेटिंग्स पर ध्यान केंद्रित करेगा। सबसे अधिक संभावना है, आप पहले से ही परिचित हैं।

इंटेल हाइपर थ्रेडिंग

यह इंटेल तकनीक है, जो कर्नेल हार्डवेयर स्ट्रीम को दो "वर्चुअल" में विभाजित करती है। उसके लिए धन्यवाद, सिस्टम 4-कोर प्रोसेसर को 8-कोर के रूप में देखता है। यह दृष्टिकोण आपको प्रोसेसर शक्ति का प्रभावी ढंग से उपयोग करने की अनुमति देता है। AMD में एक समान तकनीक है।

अक्सर मैं इस तथ्य का सामना करता हूं कि कई डेवलपर्स के पास यह सुविधा अक्षम है और वे आम तौर पर इसके बारे में नहीं जानते हैं। हालांकि, इसका समावेश स्टूडियो जवाबदेही बढ़ा सकता है और प्रदर्शन का निर्माण कर सकता है। कुछ मामलों में, 10-15% तक।

यह आपके मदरबोर्ड या लैपटॉप के BIOS \ UEFI सेटिंग्स में बदल जाता है। एक वस्तु को समान या समान तरीके से कहा जाता है। यदि आप अभी भी इस तकनीक के बारे में नहीं जानते हैं, तो यह इसकी उपलब्धता की जांच करने और अगर ऐसा नहीं किया गया है, तो इसे सक्षम करने के लिए समझ में आता है।

इंटेल टर्बो बूस्ट

एक और प्रसिद्ध तकनीक। वास्तव में, यह सीपीयू का एक स्वचालित अल्पकालिक ओवरक्लॉकिंग है और विधानसभा के दौरान एक महत्वपूर्ण वृद्धि देता है। और, एक ही समय में, यह मोबाइल प्रोसेसर को गर्म करने की क्षमता है, जो कि Tjunction से बहुत दूर नहीं है।

इसलिए, यदि यह तकनीक पहले अक्षम थी, तो स्विच करने से पहले शीतलन प्रणाली की स्थिति की जांच करना उचित है और, संभवतः, इसके रखरखाव का प्रदर्शन, जैसा कि पिछले अध्याय में वर्णित है।

इसे BIOS \ UEFI, और OS सेटिंग में चालू किया जा सकता है।

इंटेल रैपिड स्टोरेज

इस प्रौद्योगिकी मदरबोर्ड के लिए समर्थन अत्यधिक अनुशंसित है। अधिक विवरण यहां पाया जा सकता है ।

मैं केवल आधिकारिक इंटेल वेबसाइट से नवीनतम संस्करण के लिए समयबद्ध तरीके से इस तकनीक के लिए ड्राइवरों को अपडेट करने की सिफारिश कर सकता हूं। भले ही आपके लैपटॉप का निर्माता आपको पुराने ड्राइवरों की आपूर्ति करता हो।

मेरे विशेष मामले में, निर्माता संस्करण से निर्माता से वर्तमान तक अद्यतन करने से रैखिक रिकॉर्डिंग की गति लगभग 30% और मनमानी गति 15% बढ़ गई।

लिनक्स पर IRST ड्राइवरों को कैसे स्थापित करें और अपडेट करें - मुझे नहीं पता (और सामान्य तौर पर, क्या यह संभव है?)। अगर किसी को पता है, तो टिप्पणियों में लिखें, मैं ख़ुशी से लेख को पूरक करूंगा।

SSD सुरक्षित मिटाएँ

कम लागत वाले SSD मॉडल का प्रदर्शन समय के साथ घट सकता है। ड्राइव की "गिरावट" के कारण हमेशा ऐसा नहीं होता है। शायद आपके मॉडल में TRIM बहुत कुशलता से लागू नहीं हुआ है।

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

आप निर्माता से एक मालिकाना उपयोगिता का उपयोग करके प्रक्रिया को अंजाम दे सकते हैं। यदि आपकी डिस्क एक सिस्टम है, तो आपको एक फ्लैश ड्राइव की आवश्यकता होगी, जिसे उपयोगिता बूट करने योग्य बना देगी। नीचे दिए गए निर्देशों का पालन करें।

एक चरण में, आपको ऑपरेशन के दौरान सीधे ड्राइव को फिर से कनेक्ट करना पड़ सकता है। इसलिए, M.2 के मामले में, एक एडेप्टर की उपस्थिति बहुत वांछनीय है।

इस ऑपरेशन के लिए तृतीय-पक्ष उपयोगिताओं का उपयोग करना अत्यधिक हतोत्साहित करता है।

हालांकि, यदि आपके एसएसडी ने एक वर्ष से कम समय में गति खो दी है, तो ड्राइव को दूसरे मॉडल में बदलना बेहतर है।

हार्डवेयर वर्चुअलाइजेशन

यह तकनीक x86 एमुलेटर के तेज संचालन के लिए आवश्यक है। यदि आपके पास यह अक्षम है, तो इसे BIOS \ UEFI सेटिंग्स में सक्षम करें। विभिन्न विक्रेताओं के पास अलग-अलग सेटिंग्स नाम हो सकते हैं।

हाँ, हम सभी Genymotion और BlueStacks के बारे में जानते हैं, जो हार्डवेयर वर्चुअलाइजेशन के बिना ठीक करते हैं। हालांकि, इन एमुलेटर की छवियों में, काम की गति बढ़ाने के लिए एंड्रॉइड एपीआई के कुछ या कई कार्यान्वयन बहुत बदल जाते हैं। यह व्यवहार को उकसा सकता है कि आप एक वास्तविक डिवाइस पर कभी भी मुठभेड़ नहीं करेंगे। या डिबगिंग करते समय, आप कुछ कीड़े को याद कर सकते हैं। इसलिए, एक कामकाजी और फुर्तीला AVD की उपस्थिति अत्यधिक वांछनीय है।

ओएस और तीसरे पक्ष के सॉफ्टवेयर

इस अध्याय में, हम उत्पादकता बढ़ाने के लिए संभावित OS कॉन्फ़िगरेशन और तृतीय-पक्ष सॉफ़्टवेयर की स्थापना के बारे में चर्चा करेंगे।

अनुक्रमण

यह मैक ओएस पर विंडोज और स्पॉटलाइट खोजने के बारे में है। ये तंत्र असेंबली के दौरान CPU शक्ति का 15% तक ले सकते हैं क्योंकि वे उन सभी चीजों को अनुक्रमित करने की कोशिश करते हैं जो / निर्माण में उत्पन्न होती हैं।

बेशक, इंडेक्सेशन से सभी निर्देशिकाओं को बाहर करना आवश्यक है जिसके साथ स्टूडियो काम करता है:

• एसडीके निर्देशिका
• स्टूडियो निर्देशिका
• परियोजना निर्देशिका (अत्यधिक अनुशंसित)
• ~ / .ग्रेडल
• ~ / .आंद्र
• ~ / Android StudioX.X
• ~ / lldb
• कोटलिन कैश डायरेक्टरी

एंटीवायरस

मुझे पता है कि विकास के माहौल में हर किसी ने एंटीवायरस का उपयोग करने का फैसला नहीं किया है। लेकिन कई इसका इस्तेमाल करते हैं। सहित, कभी-कभी, लिनक्स और मैक ओएस पर। और इसका उपयोग पूरी तरह से उचित है।

यहां तक ​​कि अगर आपके पास विंडोज 10 है और कोई एंटीवायरस नहीं है, तो विंडोज डिफेंडर अपने कार्य करता है।

एंटीवायरस को असेम्बल करते समय CPU का बहुत महत्वपूर्ण हिस्सा लिया जा सकता है। इसलिए, "अनुक्रमण" कॉलम में सूचीबद्ध सभी निर्देशिकाओं को एंटीवायरस अपवादों में जोड़ा जाना चाहिए। इसके अलावा, यह स्टूडियो और जेटब्रेन जेवीएम के प्रक्रिया नामों को अपवादों में जोड़ने के लिए समझ में आता है।

एंटीवायरस के कार्यान्वयन के आधार पर, निर्माण के दौरान सीपीयू की खपत में काफी कमी आएगी, या यह सीपीयू बिजली का उपभोग करना बंद कर देगा। और विधानसभा का समय अपने आप घट जाएगा।

ड्राइव या घर निर्देशिका एन्क्रिप्शन

ये फ़ंक्शन सभी लोकप्रिय ओएस पर मौजूद हैं या तीसरे पक्ष के सॉफ़्टवेयर द्वारा कार्यान्वित किए जाते हैं। बेशक, एन्क्रिप्टेड फ़ाइल स्थान में स्टूडियो का काम अधिक सीपीयू शक्ति की आवश्यकता हो सकती है। एन्क्रिप्शन के कार्यान्वयन पर कितना निर्भर करता है। इसलिए, "अनुक्रमण" कॉलम में सूचीबद्ध निर्देशिकाओं के लिए इस तरह के कार्यों को पूरी तरह से या यदि संभव हो तो अक्षम करने की सिफारिश की जाती है।

क्या TRIM काम करता है?

TRIM को हार्डवेयर और सॉफ्टवेयर दोनों में लागू किया जा सकता है। बाद के मामले में, टीआरआईएम को कॉल करने का कर्तव्य ओएस के साथ टिकी हुई है। और, विभिन्न कारणों से, एक आवधिक कॉल काट दिया जा सकता है, जो ड्राइव की गति में गिरावट की ओर जाता है।

आप स्वास्थ्य का परीक्षण कर सकते हैं और विशेष उपयोगिताओं का उपयोग करके TRIM कॉल फिर से शुरू कर सकते हैं। ड्राइव के निर्माता से उपयोगिताओं का उपयोग करने की सिफारिश की गई है।

रैमडिस्क

रैमडिस्क क्या है , सबसे लंबे समय से जाना जाता है। लेकिन स्टूडियो के साथ काम करने में यह कितना प्रभावी है?

अपने अनुभव से, मैं इतना नहीं कहूंगा। जब तक आप स्वयं प्रोजेक्ट, SDK, स्टूडियो इत्यादि को RAMDisk पर स्थानांतरित नहीं करते। यदि आपके पास पर्याप्त रैम है ...

500 mb से अधिक वजन वाले प्रोजेक्ट के सरल हस्तांतरण के साथ (आंकड़ा बिल्ड कैश के साथ इंगित किया गया है), मैं 15% से अधिक की वृद्धि हासिल नहीं कर सका। जाहिरा तौर पर, एसडीके और सिस्टम एपीआई को कॉल धीमा हो जाता है। नतीजतन, इस तरह की वृद्धि काफी महंगी है।

निम्नलिखित विधि बहुत अधिक कुशल और बहुत सस्ती है।

कैशिंग ड्राइव अनुरोध

कुछ ऐसा ही मैक ओएस में लागू किया गया है। हालांकि, नीचे सूचीबद्ध प्रौद्योगिकियों के साथ तुलना में, यह इतना प्रभावी नहीं है।

दुर्भाग्य से, मैं केवल दो कार्यान्वयन जानता हूं, और दोनों निर्माताओं के उत्पादों के साथ सख्ती से बंधे हैं। यह सैमसंग RAPID और PlexTurbo के बारे में है।

दोनों प्रौद्योगिकियां समान सिद्धांतों पर काम करती हैं (जैसा मैं स्वयं समझता हूं)

• यदि छोटे संस्करणों को पढ़ने का अनुरोध किया गया था, तो उन्हें रैम में स्थगित कर दिया जाता है और जब फिर से पढ़ा जाता है, तो उन्हें पहले ही वहां से ले लिया जाता है। मानक रैम कैश।
• यदि छोटा डेटा लिखने का अनुरोध किया गया था, तो उन्हें रैम कैश में स्थगित कर दिया गया। अगला, अनुरोध लिखें कैश के साथ तुलना की जाती है। यदि आप एक ही पथ पर समान डेटा फिर से लिखते हैं - तो उन्हें हार्डवेयर में फिर से क्यों रिकॉर्ड करें? और SSD अधिक समय तक जीवित रहेगा।

अंतर केवल इतना है कि RAPID शेष मुक्त RAM का उपयोग कैश के रूप में करता है। कम संतुलन - कम कैश आकार, कम त्वरण। PlexTurbo आपको अधिकतम कैश आकार को सीमित करने और सिस्टम स्टार्टअप पर हार्ड डिस्क से लोड करने की अनुमति देता है।

यदि SATA 3 पर उपयोग किया जाता है, तो आप 50% तक की वृद्धि प्राप्त कर सकते हैं। NVMe ड्राइव का उपयोग करते समय, यह छोटा होता है, लेकिन अक्सर महत्वपूर्ण भी होता है।

फिलहाल, मेरे पास सैमसंग 860 EVO SATA 3 ऑपरेशन है। स्पॉइलर के तहत i7 6700HQ और टर्बो बूस्ट के साथ बेंचमार्क हैं।

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

सिंथेटिक्स, ज़ाहिर है, अच्छा है। लेकिन यह सब तब काम करता है जब छोटी फ़ाइलों को बार-बार पढ़ना / लिखना होता है। और एंड्रॉइड स्टूडियो चलाते समय ये सबसे आम ऑपरेशन हैं।

मैं वर्तमान में 700 एमबी से अधिक के कुल कैश के साथ एक परियोजना पर काम कर रहा हूं, जिसमें 10 मॉड्यूल शामिल हैं। मॉड्यूल में से एक बहुत ही भारी तर्क के साथ अपने स्वयं के kapt- आधारित कोड जनरेटर है। दो एनडीके मॉड्यूल, जिनमें से एक बाहरी पथ पर बूस्ट को संदर्भित करता है। बाकी कोटलिन कोड का टन है।

यदि हम इस परियोजना के पूर्ण पुनर्निर्माण के समय की तुलना करते हैं, तो परिणाम निम्नानुसार हैं:

• RAPID बंद होने के साथ, समय 1m 47s 633ms था। सहन।
• RAPID सक्षम होने के साथ, पहला पुनर्निर्माण 1m 41s 633ms में पास हुआ। त्रुटि में फंस गया।
• RAPID सक्षम होने के साथ, दूसरा पुनर्निर्माण 1m 7s 132m में पारित हुआ। यहाँ लाभ है। 37% से थोड़ा अधिक, जो महत्वपूर्ण है। आगे के पुनर्वसु भी कम समय दिखाते हैं लेकिन अंतिम माप से 3-5 सेकंड से अधिक नहीं के अंतर के साथ। जो सारहीन है।

छोटी प्रक्रियाओं में, स्टूडियो में विकास तुरंत ध्यान देने योग्य है।

नतीजतन, हम उत्पादकता बढ़ाने के लिए इन तकनीकों और ड्राइव को एक अच्छे तरीके के रूप में सुझा सकते हैं। स्थिरता को लेकर कोई शिकायत नहीं थी।

Android स्टूडियो

इनमें से कई युक्तियां यहां से ली गई हैं और मेरी टिप्पणियों द्वारा पूरक हैं। बाकी मेरे शोध और अनुभव का परिणाम है।

अद्यतन करने

सलाह, हालांकि प्रतिबंध, हमेशा प्रासंगिक है। यदि आपके पास एक विरासत परियोजना नहीं है, तो, यदि संभव हो, तो स्टूडियो और संबंधित घटकों (जैसे ग्रेड, एंड्रॉइड प्लगइन, कोटलिन प्लगिन) के संस्करणों को अद्यतित रखने की कोशिश करें। Google और JetBrains नए संस्करणों में गति और निर्माण का अनुकूलन करने के लिए बहुत काम करते हैं।

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

कुछ मामलों में, आपको फ़ाइल-> अमान्य कैश करने और रोलबैक के बाद पुनरारंभ करने की आवश्यकता है। यदि आप स्टूडियो को स्वयं अपडेट करते हैं, तो स्टूडियो निर्देशिकाओं और सेटिंग्स निर्देशिकाओं का बैकअप लेना बेहतर है। , - , .

, , API, library-. . , , .

, . , .

Instant Run

. " ". . -.

, , . . , - , Instant Run.

Build, Execution, Deployment -> Instant Run Enable Instant Run.

Attach to Process

. , ( ) . .

, - Attach debugger to Android process.

Gradle build configs

, buildConfig flavour , release- (, crashlytics, annotation- gradle-)- debug . - , , .

, buildConfig, PNG crunching, - debug-. png . :

 android { buildTypes { myConfig { crunchPngs false } } } //   android plugin android{ aaptOptions { cruncherEnabled false } } 

WebP

minimum api level 18, WebP. , . . , - .

(, app-), Compile independent modules in parallel Settings->Build, Execution, Deployment -> Compiler. CPU . - heap size , , .

gradle.properties

org.gradle.parallel=true

Gradle daemon

- , .

jvm gradle . . - . gradle.properties

org.gradle.daemon=true

Offline-

Gradle web- , . . , - .

Build, Execution, Deployment -> Gradle Offline work.

heap size Android Studio IDEA

. xmx1280m ( , RAM ). GC , , .

heap size , Gradle.

Gradle gradle.properties

org.gradle.jvmargs=-Xms1024m -Xmx4096m

1 4 . , .

Android Studio IDEA Help -> Edit Custom VM Options JVM- .

JVM , - . java -X .

प्लग-इन

, IDE. - . . .

- . Settings -> Plugins , , . , - .

Inspections

Settings -> Editor -> Inspections IDE. .

, . - , .

Power Save mode

File. (, , Spell Checking ..). . , , VS Code.

, .

Settings Repository

, . . .

codestyle- Git, copyright , codestyle .

, , .idea , - .

AVD

AVD . 3 , ( x86-).

, x86- Pie AVD . . , .

, HAXM 2 RAM .

, AVD CPU - , . , CPU - .

- . Settings -> Advanced . , . , Cold Boot. .

GPU , - GPU, . , . Cold Boot.

परिणाम

, . .

- . , .