🏫 👩‍🏫 🕚 बिल्ड समय अनुकूलन - भाग 1 🙆🏽 👩🏾‍🍳 👩🏾‍🤝‍👨🏼

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

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

हम क्या माप रहे हैं?

पहली बात हमें यह निर्धारित करना है कि हम क्या मापने और अनुकूलन करने की कोशिश कर रहे हैं। दो विकल्पों पर विचार किया जा सकता है:

स्वच्छ निर्माण - स्वच्छ और परियोजना का निर्माण। अक्सर, नए पुल अनुरोध के लिए जाँच करने और इकाई परीक्षण चलाने के लिए CI में स्वच्छ बिल्ड किए जाते हैं।
वृद्धिशील निर्माण - स्रोत कोड में महत्वपूर्ण परिवर्तन के बाद परियोजना का निर्माण। यह असेंबली नई कार्यक्षमता पर काम करते समय डेवलपर द्वारा बनाई गई है।

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

हम विधानसभा समय की गणना करते हैं

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

Xcode बिल्ड टाइम रिपोर्ट

हम आसानी से Xcode का उपयोग करके बिल्ड टाइम डेटा प्राप्त कर सकते हैं। यह डिफ़ॉल्ट रूप से सभी बिल्ड को ट्रैक करता है और आपको रिपोर्ट नेविगेटर में प्रोजेक्ट के बिल्ड समय को देखने की अनुमति देता है।

आपके पास गतिविधि दर्शक पैनल में Xcode में इसी तरह की जानकारी प्रदर्शित करने का विकल्प है । यह कमांड चलाकर कमांड लाइन का उपयोग कर प्रदर्शित करने के लिए सक्षम किया जा सकता है: प्रोजेक्ट बिल्ड समय संदेश "सफल" के साथ विधानसभा के बाद प्रदर्शित किया जाता है। ये सिर्फ दो बुनियादी विकल्प हैं जो आपको क्लीन और इंक्रीमेंटल बिल्ड समय का एक मोटा विचार देना चाहिए ।

defaults write com.apple.dt.Xcode ShowBuildOperationDuration YES

Xcode में प्रोजेक्ट बिल्ड टाइम सारांश

Xcode बिल्ड टाइम सारांश - बिल्ड टाइम आँकड़े और अड़चनें लाने के लिए आपका पहला दोस्त। आप इसे Product-> Perform Action-> Build With Timing सारांश के माध्यम से चला सकते हैं । अब आप विभिन्न कार्यों पर खर्च किए गए समय का एक बड़ा ब्रेकडाउन देखेंगे:

यह विधि विधानसभा प्रक्रिया में सबसे अधिक समय लेने वाले कार्यों को खोजने के लिए एक अच्छा प्रारंभिक बिंदु होना चाहिए। ऊपर दिए गए स्क्रीनशॉट से पता चलता है कि CompileStoryboard , CompileXIB , CompileSwiftSources, और PhaseScriptExecution चरणों ने अधिकांश बिल्ड समय लिया। Xcode समानांतर में कार्यों का हिस्सा पूरा करने में सक्षम था, इसलिए विधानसभा प्रत्येक कमांड के कार्य को पूरा करने के लिए आवश्यक समय की तुलना में बहुत तेजी से पूरा होता है।

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

xcodebuild -project 'Kickstarter.xcodeproj' \
-scheme 'Kickstarter-iOS' \
-configuration 'Debug' \
-sdk 'iphonesimulator' \
-showBuildTimingSummary \
clean build | sed -n -e '/Build Timing Summary/,$p'

Build Timing Summary
CompileStoryboard (29 tasks) | 87.128 seconds
CompileSwiftSources (4 tasks) | 54.144 seconds
PhaseScriptExecution (14 tasks) | 18.167 seconds
CompileAssetCatalog (2 tasks) | 6.532 seconds
CompileXIB (21 tasks) | 6.293 seconds
CodeSign (7 tasks) | 3.069 seconds
Ld (4 tasks) | 2.342 seconds
LinkStoryboards (2 tasks) | 0.172 seconds
CompileC (3 tasks) | 0.122 seconds
Ditto (20 tasks) | 0.076 seconds
Touch (4 tasks) | 0.007 seconds
** BUILD SUCCEEDED ** [92.620 sec]

touch KsApi/mutations/CancelBackingMutation.swift && \
xcodebuild -project 'Kickstarter.xcodeproj' \
-scheme 'Kickstarter-iOS' \
-configuration 'Debug' \
-sdk 'iphonesimulator' \
-showBuildTimingSummary \
build | sed -n -e '/Build Timing Summary/,$p'

Build Timing Summary
PhaseScriptExecution (14 tasks) | 18.089 seconds
CodeSign (7 tasks) | 2.990 seconds
CompileSwiftSources (1 task) | 1.245 seconds
Ld (1 task) | 0.361 seconds
** BUILD SUCCEEDED ** [23.927 sec]

प्रकार सत्यापन चेतावनी

जब संकलन समय एक अड़चन है, तो हम Xcode में प्रोजेक्ट बिल्ड विकल्पों में अन्य स्विफ्ट फ्लैग सेट करके अधिक जानकारी प्राप्त कर सकते हैं। जब ध्वज सक्षम होता है, तो Xcode किसी भी फ़ंक्शन या अभिव्यक्ति के लिए एक चेतावनी उत्पन्न करता है जो चर के प्रकार को निर्धारित करने के लिए 100ms से अधिक लेता है:

-एक्सफ्रंट -वार-लॉन्ग-फंक्शन-बॉडीज = 100
-एक्सफ्रंट -वार-लॉन्ग-एक्सप्रेशन-टाइप-चेकिंग = 100

अब आप उस कोड को जानते हैं जिसके साथ स्विफ्ट कंपाइलर को समस्या है और अब आप इसे सुधारने का प्रयास कर सकते हैं।

संकलक नैदानिक विकल्प

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

-ड्राइवर-टाइम-संकलन - ड्राइवर द्वारा किए गए कार्यों के सिंक्रनाइज़ेशन का एक उच्च स्तर।
-Xfrontend -debug-time-compilation — .
-Xfrontend -debug-time-function-bodies – .
-Xfrontend -debug-time-expression-type-checking – .

संकलन करते समय सबसे धीमी फ़ाइलों के बारे में जानकारी प्राप्त करने के लिए -debug-time-compilation ध्वज का उपयोग करें : जैसा कि आप देख सकते हैं, SettingsNewslettersCellViewModel.swift को संकलित करने में 25 सेकंड का समय लगा। असेंबली लॉग से, आप फ़ाइल संकलन समय के बारे में अतिरिक्त जानकारी प्राप्त कर सकते हैं: अब यह स्पष्ट है कि टाइप चेकिंग और सिमेंटिक विश्लेषण सबसे अधिक समय लेने वाला काम है। आइए आगे बढ़ते हैं और टाइप चेकिंग चरण में सबसे धीमी क्रियाओं और अभिव्यक्तियों को सूचीबद्ध करते हैं :

xcodebuild -project 'Kickstarter.xcodeproj' \
-scheme 'Kickstarter-iOS' \
-configuration 'Debug' \
-sdk 'iphonesimulator' \
clean build \
OTHER_SWIFT_FLAGS="-Xfrontend -debug-time-compilation" |
awk '/CompileSwift normal/,/Swift compilation/{print; getline; print; getline; print}' |
grep -Eo "^CompileSwift.+\.swift|\d+\.\d+ seconds" |
sed -e 'N;s/\(.*\)\n\(.*\)/\2 \1/' |
sed -e "s|CompileSwift normal x86_64 $(pwd)/||" |
sort -rn |
head -3

25.6026 seconds Library/ViewModels/SettingsNewslettersCellViewModel.swift
24.4429 seconds Library/ViewModels/PledgeSummaryViewModel.swift
24.4312 seconds Library/ViewModels/PaymentMethodsViewModel.swift

===-------------------------------------------------------------------------===
Swift compilation
===-------------------------------------------------------------------------===
Total Execution Time: 25.6026 seconds (26.6593 wall clock)

---User Time--- --System Time-- --User+System-- ---Wall Time--- --- Name ---
24.4632 ( 98.3%) 0.5406 ( 76.5%) 25.0037 ( 97.7%) 26.0001 ( 97.5%) Type checking and Semantic analysis
0.0981 ( 0.4%) 0.1383 ( 19.6%) 0.2364 ( 0.9%) 0.2872 ( 1.1%) Name binding
0.1788 ( 0.7%) 0.0043 ( 0.6%) 0.1831 ( 0.7%) 0.1839 ( 0.7%) IRGen
0.0508 ( 0.2%) 0.0049 ( 0.7%) 0.0557 ( 0.2%) 0.0641 ( 0.2%) Parsing
0.0599 ( 0.2%) 0.0020 ( 0.3%) 0.0619 ( 0.2%) 0.0620 ( 0.2%) SILGen
0.0285 ( 0.1%) 0.0148 ( 2.1%) 0.0433 ( 0.2%) 0.0435 ( 0.2%) SIL optimization
0.0146 ( 0.1%) 0.0015 ( 0.2%) 0.0161 ( 0.1%) 0.0162 ( 0.1%) Serialization, swiftmodule
0.0016 ( 0.0%) 0.0006 ( 0.1%) 0.0022 ( 0.0%) 0.0022 ( 0.0%) Serialization, swiftdoc
0.0000 ( 0.0%) 0.0000 ( 0.0%) 0.0000 ( 0.0%) 0.0001 ( 0.0%) SIL verification, pre-optimization
0.0000 ( 0.0%) 0.0000 ( 0.0%) 0.0000 ( 0.0%) 0.0000 ( 0.0%) AST verification
0.0000 ( 0.0%) 0.0000 ( 0.0%) 0.0000 ( 0.0%) 0.0000 ( 0.0%) SIL verification, post-optimization
24.8956 (100.0%) 0.7069 (100.0%) 25.6026 (100.0%) 26.6593 (100.0%) Total

xcodebuild -project 'Kickstarter.xcodeproj' \
-scheme 'Kickstarter-iOS' \
-configuration 'Debug' \
-sdk 'iphonesimulator' \
clean build \
OTHER_SWIFT_FLAGS="-Xfrontend -debug-time-expression-type-checking \
-Xfrontend -debug-time-function-bodies" |
grep -o "^\d*.\d*ms\t[^$]*$" |
awk '!visited[$0]++' |
sed -e "s|$(pwd)/||" |
sort -rn |
head -5

16226.04ms Library/Styles/UpdateDraftStyles.swift:31:3
10551.24ms Kickstarter-iOS/Views/RewardCardContainerView.swift:171:16 instance method configureBaseGradientView()
10547.41ms Kickstarter-iOS/Views/RewardCardContainerView.swift:172:7
8639.30ms Kickstarter-iOS/Views/Controllers/AddNewCardViewController.swift:396:67
8233.27ms KsApi/models/templates/ProjectTemplates.swift:94:5

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

टारगेट बिल्ड टाइम

लक्ष्य के विधानसभा समय को अलग से मापना और उन्हें ग्राफ पर प्रदर्शित करना उचित है। आप यह समझने में मदद कर सकते हैं कि कौन से लक्ष्य एकत्र किए जा रहे हैं या उन्हें समानांतर में एकत्र किया जा सकता है। ऐसा करने के लिए, आप xcode-build-time-प्रतिपादन उपकरण का उपयोग कर सकते हैं। चलिए इसे RubyGem के रूप में सेट करते हैं: इंस्टॉलेशन पूरा होने के बाद, रन कमांड स्क्रिप्ट बिल्ड चरण में टाइमस्टैम्प लॉग में प्रवेश करने के लिए निम्न कमांड को चलाएं: फिर प्रोजेक्ट को संकलित करें और उपयोग करके रिपोर्ट करें: परिणामस्वरूप, आपको समय बनाकर एक अच्छा Gantant चार्ट प्राप्त करना चाहिए जो समय दिखाता है आपके सभी लक्ष्यों की विधानसभाएं:

gem install xcode-build-times

xcode-build-times install

xcode-build-times generate

एग्रीग्रेटेड मेट्रिक्स

ऊपर वर्णित विभिन्न संकेतकों को एकत्र करना बहुत अच्छा होगा। XCLogParser एक बेहतरीन टूल है जो आपकी मदद कर सकता है। यह Xcode द्वारा उत्पन्न xcactivitylog के लिए एक लॉग विश्लेषक है, और प्रोजेक्ट, चेतावनी, त्रुटियों और इकाई परीक्षा परिणामों में प्रत्येक मॉड्यूल और फ़ाइल के निर्माण के समय के बारे में बहुत सारी जानकारी देता है। आप रिपॉजिटरी को क्लोन करके और कमांड लाइन के माध्यम से लॉन्च करके इसे स्थापित कर सकते हैं: यह किकस्टार्टर iOS के लिए बनाई गई एक रिपोर्ट है:

git clone https://github.com/spotify/XCLogParser
rake build
xclogparser parse --project Kickstarter --reporter html

स्वचालन

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

निष्कर्ष

डेवलपर उत्पादकता में सुधार के लिए एक परियोजना के निर्माण समय को कम करना महत्वपूर्ण है। आज हमने सीखा कि किसी प्रोजेक्ट के बिल्ड समय को कैसे मापें और विश्लेषण के लिए कुछ मेट्रिक्स प्राप्त करें ...

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

पढ़ने के लिए धन्यवाद!

बिल्ड समय अनुकूलन - भाग 1