मज़े और लाभ के लिए विंडोज बूट त्वरण

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



पेजफाइल को अक्षम करने के बारे में उपयोगी की तुलना में अधिक हानिकारक क्यों है - कुछ अन्य समय, लेकिन अभी के लिए ...



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







हम xbootmgr का उपयोग करके निशान एकत्र करेंगे। जादू से, केवल एक ऑटोलॉगर का उपयोग किया जाता है , जिसमें ईटीडब्ल्यू निशान का संग्रह होता है, जो खुद ही विनलोड से शुरू होता है। सहायता को कॉल करने के लिए, आप xbootmgr -help दर्ज कर सकते हैं - मैं इसे यहां नहीं लाऊंगा। उन लोगों के लिए जो पैमाने का अनुमान लगाना चाहते हैं, आप xperf -providers (या लॉगमैन प्रोवाइडर ) दर्ज कर सकते हैं। प्रत्येक प्रदाता के पास कई "कीवर्ड" (कीवर्ड) होते हैं, प्रत्येक "कीवर्ड" कई प्रकार की घटनाओं (ईवेंट) को चालू / बंद करता है।



तो चलिए शुरू करते हैं। सावधानी, निम्न आदेश स्वचालित रूप से कंप्यूटर को रिबूट करता है: xbootmgr -trace बूट



रिबूट करने के बाद, जिस डायरेक्टरी में इस कमांड को "boot_BASE + CSWITCH_1.etl" फाइल किया गया था (BASE + CSWITCH ये वही "कीवर्ड" हैं): xperf boot_BASE / CSWITCH_1.etl



और आप देखना शुरू कर सकते हैं। देखा गया दुख:







एक्सप्लोरर 36 वें सेकंड के लिए तैयार है, लेकिन एकल (बहुत तेज़ नहीं) डिस्क के 100% लोड होने के कारण, सिस्टम 2 मिनट के लिए बहुत उत्तरदायी नहीं होगा (प्रारंभ मेनू तुरंत खुल जाएगा, लेकिन आपको प्रोग्राम लॉन्च करने के बाद इंतजार करना होगा)। रेडीबूट कुछ करने की कोशिश करता है और पहले तो यह (नारंगी और हरा) भी सफल होता है, लेकिन बूट योजना से धीरे-धीरे जमा होने वाले विचलन इसके प्रयासों को कम कर देते हैं।

यहां तक ​​कि दुख की बात यह है कि वास्तव में डेटा पढ़ने के बजाय, डिस्क अपने 100% रोजगार को डिस्क के केंद्र में फेंकने के लिए खर्च करती है और इसके विपरीत:

थोड़ी मदद: रेडीबूट प्रत्येक बूट पर डिस्क उपयोग प्रोफ़ाइल एकत्र करता है, और फिर SysMain सेवा पिछले पांच डाउनलोड के आधार पर एक बूट योजना बनाती है। तदनुसार, जितना अधिक बार आप बूट करते हैं, उतना ही बेहतर होगा "अनुमान लगाया गया" अगले बूट के लिए बूट योजना और जितनी तेज़ी से होगा। इसके अलावा, प्रीफ़ैचर उन फ़ाइलों के बारे में आंकड़े एकत्र करता है, जो डाउनलोड के दौरान किन फ़ाइलों और किस क्रम में उपयोग किए गए थे और इस जानकारी को% SystemRoot% \ Prefetch \ Layout.ini में जोड़ता है



यह जानकारी फ़ाइलों के स्थान के बारे में निर्णय लेने के लिए अंतर्निहित डीफ़्रेग्मेंटर द्वारा उपयोग की जाती है।

तदनुसार, पहला "अनुकूलन" कई रिबूट और डीफ़्रैग्मेन्टेशन होगा। यह बहुत सुविधाजनक है कि xbootmgr हमारे लिए ऐसा कर सकता है।



xbootmgr -trace बूट -prepSystem

डिफ़ॉल्ट रूप से, छह रिबूट किए जाते हैं:







दूसरे के बाद, डीफ़्रेग्मेंटेशन शुरू होता है:







जब सब कुछ खत्म हो जाता है, जिस निर्देशिका में xbootmgr लॉन्च किया गया था, वहां 6 फाइलें बनी रहेंगी जिनमें से प्रत्येक की तैयारी रिबूट के साथ-साथ एक ही बूट के साथ होगी CSASEIT_1.etl



देखें कि क्या कुछ बदल गया है। और सब कुछ काफी बदल गया है:







रेडीबूट अपने कार्य के साथ बेहतर तरीके से मुकाबला करता है, और परिणामस्वरूप, एक्सप्लोरर एक तिहाई तेजी से तैयार होता है, और डिस्क गतिविधि का समय लगभग आधा हो जाता है।







हम अभी भी डिस्क के केंद्र में जाते हैं और हम बाद में इससे निपटेंगे, लेकिन डिस्क का पता पहले से ही काफी छोटा है, और यह पहले से ही कोई सफलता नहीं है। इस बीच, ऐसे ग्राफ पर ध्यान दें:







यह अपमान है। जबकि कोई 100% दे रहा है, कुछ आराम कर रहे हैं। हम इसे सही करेंगे। प्रोसेसर का समय आमतौर पर रीड साइज के लिए कैसे एक्सचेंज किया जाता है? यह सही है, संपीड़न। हम इसे विंडोज फोल्डर और दोनों प्रोग्राम फाइल्स को कंप्रेस करके ठीक कर देंगे। एक भरी हुई प्रणाली से ऐसा करने का प्रयास सफल नहीं कहा जा सकता है - कुछ फाइलें पैक की जाती हैं, कुछ नहीं। सामान्य तौर पर, आप इस तरह नहीं रह सकते:







हम सिस्टम रिकवरी में रिबूट करते हैं और वहां से कॉम्पैक्ट / सी / ए / आई / एस चलाते हैं : हमारी तीन निर्देशिकाओं के लिए एक निर्देशिका। कोई स्क्रीनशॉट नहीं होगा, क्योंकि मैं WinPE के लिए स्क्रीनशॉट लेने के लिए बहुत आलसी था - मुझे एक शब्द लेना है (और यह प्रयोगात्मक रूप से डबल-चेक करना बेहतर है)। PrepSystem को फिर से चलाना होगा, क्योंकि डिस्क का लेआउट संपीड़न के बाद बहुत बदल गया है।



खैर, हम देखते हैं कि हमारे साथ क्या हुआ:







खोजकर्ता 20 वें सेकंड के लिए तैयार है, डिस्क गतिविधि एक मिनट से थोड़ा कम समय के लिए चल रही है, लेकिन पहले से ही 100% से थोड़ा कम है।



और हाँ, हम अभी भी डिस्क के केंद्र में जाते हैं:







टूलटिप्स हमें अपराधी बताते हैं। डबल चेक







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



अंतिम स्पर्श:



एक सेवा का बिल्कुल गैर जिम्मेदार लोडिंग समय:







और दूसरा:







हम कार्यक्षमता को नहीं छोड़ने के लिए सहमत हुए, भले ही इसने हमारे खिलाफ एफआईजी में आराम नहीं किया हो। इसलिए, हम सेवाओं को अक्षम नहीं करेंगे। हम उन्हें केवल "स्वचालित (विलंबित प्रारंभ)" पर स्विच करते हैं:







Microsoft Antimalware के मामले में, सब कुछ कुछ अधिक जटिल है:







हमें जल्दी पता चलता है कि यह तथ्य यह है कि यह सेवा "COM इन्फ्रास्ट्रक्चर" समूह की है और बाद में इस समूह की तुलना में लोड नहीं किया जा सकता है। हम रजिस्ट्री में जाते हैं और इसे इस समूह से बाहर निकालते हैं, जिसके बाद हम शांति से मामला खत्म करते हैं:







बस के मामले में, एक और prepSystem और यहाँ अंतिम है:







खोजकर्ता 17 वें सेकंड में बूट हुआ, 18 वीं पर, डिस्क गतिविधि वास्तव में बंद हो जाती है।



आप डिस्क पर सख्ती से आदेशित पहुंच की प्रशंसा कर सकते हैं:







एक तेज एसएसडी और / या कार्यक्षमता की कुल कटिंग बूट समय को दस सेकंड या उससे कम कर सकती है।



और इस सब से निष्कर्ष यह है: इससे पहले कि आप कुछ भी "अनुकूलन" करें, यह न्यूनतम परिवर्तनों को निर्धारित करने के लायक है जो अधिकतम परिणाम लेगा ।