जब हमने लिंकर की गति की जांच की, तो हमने डिस्क की गति को सबसे सीमित कारक माना है। फ़ाइल यातायात की मात्रा बहुत बड़ी है, खासकर डीबगिंग जानकारी के कारण (केवल पीडीबी के आकार की जांच करें)।
हमारे लिए समाधान था:
- , रैम की पागल मात्रा में स्थापित इतना है कि फ़ाइल यातायात का एक बहुत संचित किया जा सकता है (यदि आप 64b ओएस पर कर रहे हैं, 4 जीबी के लिए जाते हैं, या और भी अधिक)। नोट: इतना है कि सिस्टम कैश
- उपयोग बहुत तेजी से हार्ड ड्राइव के लिए और अधिक स्मृति को समर्पित करने का (के रूप में RAID उनमें से कई को जोड़ने और भी मदद मिल सकती है)
हम सक्षम है आप कुछ प्रणाली सेटिंग्स को बदलने की आवश्यकता हो सकती है एसएसडी के साथ भी प्रयोग किया जाता है, लेकिन एसएसडी हमने कोशिश की है कि बहुत धीमी गति से प्रदर्शन प्रदर्शन था, इसलिए शुद्ध प्रभाव नकारात्मक था। यह इस बीच बदल सकता है, खासकर एसएसडी के सर्वश्रेष्ठ के साथ।
पहले चरण के रूप में मैं प्रक्रिया एक्सप्लोरर (या यहां तक कि कार्य प्रबंधक भी करेगा) लॉन्च करने का सुझाव देगा और लिंक चरण के दौरान अपने सीपीयू लोड और आई/ओ यातायात की जांच करेगा, ताकि आप सत्यापित कर सकें कि आप सीपीयू सीमित हैं, या I/O सीमित है।
दो मिनट बहुत ज्यादा नहीं लगता है। प्लस तरफ आप एसओ जाने के लिए समय बिता सकते हैं। – dalle
मैं मानता हूं कि दो मिनट किसी समस्या का बहुत बड़ा नहीं है, लेकिन यह कुछ जादू की मात्रा से बड़ा है (जो मुझे विश्वास है कि लगभग दस सेकंड है) जहां वास्तव में आप सोचते हैं कि आप प्रतीक्षा करने के बजाय क्या कर सकते हैं। इसलिए जब भी आप लिंक करते हैं तो आप एकाग्रता खो देते हैं। उदाहरण के लिए इसकी तुलना करें सी # में टीडीडी। क्योंकि लिंक समय लापरवाही है आप प्रवाह में रहते हैं। यह अच्छा होगा अगर हम सी ++ के साथ उन तंग चक्रों को भी प्राप्त कर सकें। –
शायद आप प्रत्येक संपादन/संकलन/डीबग चक्र में एक से अधिक त्रुटि को ठीक करने का प्रयास कर सकते हैं? :-) – paxdiablo