दृश्य स्टूडियो को गति देना, भाग II। संकलन के प्रयोग

10 साल के लिए मेरा मुख्य काम करने वाला उपकरण अब Microsoft Visual Studio है। यह एक बेहतरीन IDE है (कम से कम C ++ और C # के लिए), जिसे मैं विंडोज पर डेस्कटॉप के विकास के लिए बेहतर नहीं जानता। फिर भी, इसकी कमियों में से एक अच्छी तरह से जाना जाता है - बड़े समाधान पर प्रदर्शन में गिरावट। मैं वर्तमान में 19 परियोजनाओं (लगभग 4k फ़ाइलों, कोड की 350k लाइनों) के समाधान पर काम कर रहा हूं। संकलन और अन्य लागत समय की उचित मात्रा में खपत करते हैं। यही कारण है कि मैंने विज़ुअल स्टूडियो की गति को बढ़ाने के तरीकों का एक बड़े पैमाने पर अध्ययन करने के लिए सेट किया, मिथकों को वास्तविकता से अलग किया।

मुझे तुरंत कहना होगा कि फाइनल में मैं समाधान के संकलन समय को 4:24 मिनट से एक मिनट से भी कम समय तक करने में कामयाब रहा। कट के तहत विवरण।

शुरू करने के लिए!

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

Stackoverfow , RSDN , MSDN फ़ोरम , Google जारी करने के बारे में और मेरे सिर के ठीक बाहर की साइटों पर संकलित प्रयोगों का एक सेट।

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

अगर किसी को मेरे कंप्यूटर के हार्डवेयर विन्यास में दिलचस्पी है, तो यहाँ यह है:

+ 500 जीबी डब्ल्यूडी हार्ड ड्राइव, 7200 आरपीएम, 16 एमबी कैश
+ विन 7 व्यावसायिक 32 बिट सभी संभव अद्यतन के साथ
पहला सर्विस पैक के साथ विजुअल स्टूडियो 2010 प्रोफेशनल
विंडोज में अधिकतम प्रदर्शन मोड, एयरो शामिल हैं और सभी प्रकार के एनिमेशन अक्षम हैं।

मेरे समाधान का प्रारंभिक संकलन समय: 4 मिनट 24 सेकंड

चलो चलते हैं!

अस्थायी फ़ाइलें - रामड्राइव पर

यह माना जाता है कि समाधान के संकलन के समय सबसे धीमा संचालन डिस्क एक्सेस से संबंधित है। आप अस्थायी फ़ाइलों के लिए रामड्राइव का उपयोग करके इस समय को कम कर सकते हैं।
परिणाम : 4 मिनट 13 सेकंड या संकलन समय का -4.17%।

निष्कर्ष : एक छोटे से एक के बावजूद, एक प्रदर्शन लाभ है। यदि रैम की मात्रा अनुमति देती है, तो यह सलाह व्यवहार में लागू की जा सकती है।

पूरा प्रोजेक्ट रामड्राइव पर है

चूँकि हमने अस्थायी फ़ाइलों को रामड्राइव में स्थानांतरित करके संकलन को थोड़ा गति देने में कामयाबी हासिल की, इसलिए हो सकता है कि संपूर्ण समाधान को आगे बढ़ाकर और भी बेहतर परिणाम प्राप्त किए जा सकें (आखिरकार, 4000 से अधिक फाइलें)।
परिणाम : संकलन समय के लिए 3 मिनट 47 सेकंड या -14.02%।

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

पूरा प्रोजेक्ट फ्लैश ड्राइव पर है

डिस्क पर फ़ाइलों की खोज की गति और यूएसबी-ड्राइव के लिए अधिक उत्पादक यादृच्छिक अभिगम संचालन के बारे में चर्चा जारी रखते हुए, हम पूरी परियोजना को एक यूएसबी फ्लैश ड्राइव पर डालने और इसे संकलित करने की कोशिश करेंगे।
परिणाम : 20 मिनट और 5 सेकंड, या + 356.44% समय संकलन के लिए

निष्कर्ष : सबसे असफल प्रयोग। फ्लैश ड्राइव इनपुट / आउटपुट संचालन की गड़बड़ी का सामना करने में सक्षम नहीं है जो संकलन के दौरान होता है।

Windows पर ReadyBoost को सक्षम करना

Microsoft अपेक्षाकृत छोटे डेटा ब्लॉक (हमारे विकल्प) की एक बड़ी संख्या के साथ काम करते समय उत्पादकता बढ़ाने के लिए इस सुविधा का सटीक उपयोग कर रहा है। आइए कोशिश करते हैं।
परिणाम : 4 मिनट 17 सेकंड या -2.65% संकलन समय तक।

निष्कर्ष : काम को गति देने के लिए एक पूरी तरह से सामान्य तरीका। USB फ्लैश ड्राइव डालने और रेडीबोस्ट को 1 बार कॉन्फ़िगर करने की आवश्यकता के अलावा, इसमें कोई अन्य कमियां नहीं हैं, लेकिन यह एक निश्चित प्रदर्शन में वृद्धि देता है।

एक साथ संकलन परियोजनाओं की संख्या बदलें

स्थापना के दौरान दृश्य स्टूडियो आपके पीसी में प्रोसेसर कोर की कुल संख्या के बराबर इस संख्या को निर्धारित करता है। फिर भी, हम इसे बदलने की कोशिश कर सकते हैं (यह सी ++ परियोजनाओं के लिए वीएस सेटिंग्स में किया जाता है) और प्रदर्शन परिवर्तन का मूल्यांकन करते हैं। चूंकि मेरे कंप्यूटर में 4-कोर प्रोसेसर है, शुरू में यह संख्या चार थी।
परिणाम :
6 परियोजनाओं को एक साथ संकलित किया जाता है - संकलन समय के लिए 4 मिनट 34 सेकंड या + 3.79%
2 परियोजनाओं को एक ही समय में संकलित किया जाता है - 4 मिनट 21 सेकंड या -1.14% संकलन समय तक

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

आउटलुक विंडो में टेक्स्ट आउटपुट को डिसेबल करना

पाठ का कम संकलन तेजी से होता है।
परिणाम : संकलन समय के लिए 4 मिनट 22 सेकंड या -0.76%

निष्कर्ष : वृद्धि इतनी हास्यास्पद है कि यह टिप्पणी के लायक भी नहीं है। यह वास्तविक या यादृच्छिक हो सकता है।

खाली कचरा

मैंने Stackoverflow पर इस टिप को पढ़ा। तर्क यह था कि संकलन के दौरान बहुत सारी छोटी फाइलें बनाई और हटा दी जाती हैं, और टोकरी के भर जाने पर विंडोज में हटाने की प्रक्रिया धीमी हो जाती है। चूंकि पिछले सभी प्रयोग मैंने पहले से ही खाली टोकरी के साथ किए थे, इसलिए मुझे इसके विपरीत प्रयोग करना पड़ा - टोकरी में 2 जीबी की कुल मात्रा के साथ 5,000 फाइलें डालें।
परिणाम : संकलन समय के लिए 4 मिनट 23 सेकंड या + 0.38%।

निष्कर्ष : संकलन समय अपरिवर्तित रहा। सिद्धांत विफल हो गया।

कंपाइलर की / एमपी

/ MP स्विच भी एक समानांतर संकलन है, लेकिन समाधान में परियोजनाओं का नहीं, बल्कि प्रत्येक परियोजना के अंदर फाइलों का है।
परिणाम : 2 मिनट 38 सेकंड या -40.15% संकलन समय

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

विंडोज सर्च इंडेक्स से सोल्यूशन फोल्डर को हटाना

यह माना जाता है कि विंडोज़ सर्च इंजन द्वारा अनुक्रमित फ़ोल्डर में फ़ाइलों को बदलने से संकलन समय में वृद्धि होती है।
परिणाम : 4 मिनट 24 सेकंड या संकलन समय में कोई परिवर्तन नहीं

निष्कर्ष : या तो विंडोज में इंडेक्सिंग इतनी अच्छी तरह से की जाती है कि यह डिस्क के साथ अन्य कार्यक्रमों के काम को धीमा नहीं करता है, या यह प्रभाव न्यूनतम है, या मैं सिर्फ भाग्यशाली था और संकलन अनुक्रमण के साथ मेल नहीं खाता था।

एकता बनाता है

मैंने पिछले लेख में इस तंत्र के बारे में बात की थी।
परिणाम : 3 मिनट 24 सेकंड या संकलन समय का -22.73%।

निष्कर्ष : संकलन समय कम करना महत्वपूर्ण है। मैंने पहले से ही इस तकनीक के सभी फायदे और नुकसान के बारे में लिखा है, आप यह तय कर सकते हैं कि इसका उपयोग करना है या नहीं।

अतिरिक्त कार्यक्रमों को पूरा करना

स्टूडियो के समानांतर काम करने वाले कार्यक्रम मेमोरी और प्रोसेसर संसाधनों को खाते हैं। उनका बंद होना स्टूडियो की गति को सकारात्मक रूप से प्रभावित कर सकता है। इसलिए, मैं Skype, QIP, ड्रॉपबॉक्स, GTalk, DownloadMaster, Mysql सर्वर को बंद कर देता हूं।
परिणाम : संकलन समय के लिए 4 मिनट 15 सेकंड या -3.41%

निष्कर्ष : संकलन के दौरान, आपको अन्य कार्यक्रमों के बिना करना होगा। कोई चुटकुले और अश्लील नहीं "जबकि यह वहाँ संकलित है।" यह संभावना नहीं है कि डेवलपर के लिए सभी कार्यक्रमों की एक पूर्ण अस्वीकृति संभव है, लेकिन आप बल्ले की फाइलें बना सकते हैं जिसमें सभी अनावश्यक को शामिल करना / बंद करना और कभी-कभी उनका उपयोग करना शामिल है।

एंटीवायरस को अक्षम करना

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

निष्कर्ष : एक अद्भुत परिणाम। किसी कारण से मुझे यकीन था कि ये सभी * .cpp * .h, * .obj फाइलें पूरी तरह से एंटीवायरस द्वारा नजरअंदाज कर दी जाती हैं और केवल संकलित निष्पादन योग्य कार्यक्रमों पर ध्यान दिया जाएगा, जो बहुत धीमा नहीं होगा। हालांकि, तथ्य स्पष्ट है - समय की बचत के लगभग एक मिनट।

अपनी हार्ड ड्राइव को डीफ्रैग्मेंट करें

फ़ाइल संचालन एक डीफ़्रेग्मेंटेड डिस्क पर तेज़ होता है, और संकलन फ़ाइल संचालन की एक बड़ी मात्रा है। मैंने विशेष रूप से इस प्रयोग को अंत में छोड़ दिया, क्योंकि डिस्क डीफ़्रैग्मेन्टेशन को रद्द करना असंभव है, और मैं प्रयोगों को यथासंभव स्वतंत्र बनाना चाहता था।
परिणाम : संकलन समय के लिए 4 मिनट 8 सेकंड या -6.06%

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

ऐसे तरीके जो शायद मदद करते होंगे, लेकिन असफल रहे

64-बिट विंडोज में अपग्रेड करना

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

CPU, मेमोरी अपग्रेड, SSD या RAID पर HDD रिप्लेसमेंट

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

एक अलग समाधान में शायद ही कभी बदलते परियोजनाओं को लाना

यह पहले ही किया जा चुका है। यदि यह अभी तक आपकी परियोजना में लागू नहीं हुआ है, तो शामिल होना सुनिश्चित करें।

Xoreax की IncrediBuild या समकक्ष

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

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