यह आपकी परियोजना, इसकी निर्भरताओं और डेटा की मात्रा पर निर्भर करता है जिसे स्थानांतरित किया जाना चाहिए।
15-20 सेकंड भयानक नहीं है। निश्चित रूप से, पूरा करने के लिए समग्र रूप से अधिक काम है। यदि आप दोहरे कोर का उपयोग कर रहे हैं (वह जानकारी नहीं दी गई थी) तो सभी को एक-दूसरे के बजाय इसे एक बहुत तेज़ मैक प्रो के लिए खेत करना अच्छा विचार हो सकता है।
प्रोजेक्ट कॉन्फ़िगरेशन तक: यदि आपके पास अपनी परियोजनाओं में निर्भर पुस्तकालयों का समूह है, तो यह प्रीकंपील्ड हेडर अक्षम करने में मदद कर सकता है। समीकरणों की औसत संख्या निर्भरता की औसत संख्या है, और उत्पन्न करने के लिए वस्तुओं की संख्या है।
15-20 सेकेंड पर, यह कई डेवलपर्स को लिखने में मदद करेगा ताकि वे खेती से पहले अपने निर्माण के समय को अनुकूलित कर सकें। यदि यह कुछ मिनट थे, तो आप सीधे 8 या 12 कोर के साथ वितरित बिल्डों में कूदना चाह सकते हैं।
छोटी परियोजनाओं पर धीमी बिल्डों का एक आसानी से अनदेखा पहलू: निर्माण के प्रति स्थिर विश्लेषण अक्षम करें, और हर समस्या को ठीक करने के लिए इसे हर घंटे मैन्युअल रूप से चलाएं।
अन्यथा, आपकी परियोजना को शायद छोटी परियोजनाओं/पुस्तकालयों में विभाजित किया जा सकता है। संभावना है, आप हमेशा एक ही निर्भरता को संपादित नहीं करेंगे।
संकलन, लिंकिंग इत्यादि मानते हैं कि इस बिंदु पर समय बिताया जाता है: बाकी का अधिकांश सी और सी ++ कार्यक्रमों के निर्माण में शामिल सामान्य मुद्दों में पड़ता है। अपनी निर्भरताओं को कम करें और ग्राफ शामिल करें। यह वास्तव में objc के साथ पूरा करने के लिए काफी आसान है; चूंकि अधिकांश इंटरफेस objc-type का उपयोग करते हैं, तो आप आगे का उपयोग कर सकते हैं।
यदि आपकी लाइब्रेरी छोटी है (उदा। 50 वस्तुओं से कम उत्पन्न), तो आप प्रीकंपील्ड हेडर का उपयोग न करके एक स्पीडअप भी प्राप्त कर सकते हैं। यदि सब कुछ पहले से ही 12 सिस्टम ढांचे को शामिल करने पर निर्भर करता है तो पीएच द्वारा शामिल किया गया .... फिर इसे अगले प्रोजेक्ट में आज़माएं।
बेशक, आप केवल एक स्वच्छ पुनर्निर्माण, जेनरेट की गई पीएच फाइलों के साथ एक निर्माण, और एक निष्कर्ष पर आने के लिए कई वृद्धिशील बिल्डों का समय आज़मा सकते हैं।
अब आपके निर्माण में कितना समय लगता है? – Nick
लगभग 15-20 सेकेंड, मैं बहुत नियमित रूप से निर्माण कर रहा हूं, इसलिए यह जोड़ रहा है। –