Xcode 4 - धीमा प्रदर्शन

128

मेरे पास Xcode 4 के साथ एक समस्या है, जो वास्तव में उपयोगकर्ता इंटरैक्शन के लिए बहुत धीरे-धीरे प्रतिक्रिया दे रहा है, जैसे संपादन कोड, स्क्रॉलिंग क्षेत्र आदि। यह विशेष रूप से कई नियंत्रक / दृश्य फ़ाइलों आदि के साथ बड़े पैमाने पर परियोजनाओं के साथ होता है।

मैंने हार्ड डिस्क को पूरी तरह से मिटा दिया और दूसरे सप्ताह स्नो लेपर्ड और एक्सकोड को फिर से स्थापित किया, लेकिन लगातार यह एक निराशाजनक प्रतिक्रिया समय (फिर कई दिनों में) वर्कफ़्लो को काफी बाधित कर रहा है।

मैंने इस अवसर पर आयोजक -> परियोजनाओं के माध्यम से परियोजना के "व्युत्पन्न डेटा" को हटा दिया है और इसका बहुत कम प्रभाव पड़ा है।

मैं सोच रहा हूँ कि अगर ऐसा कुछ है तो मैं पहले उदाहरण में एक उच्च विशिष्ट मशीन प्राप्त करने के अलावा प्रदर्शन में सुधार कर सकता हूं।

FYI करें मैं 2GHz और 4GB RAM पर Intel Core 2 डुओ प्रोसेसर के साथ मैकबुक चला रहा हूं।

मामले में हमें अपग्रेड करने की आवश्यकता है मुझे यह भी जानना होगा कि क्या लोग एक्सकोड 4 से अच्छी तरह से निर्दिष्ट मशीनों पर इस खराब प्रदर्शन का अनुभव कर रहे हैं (जो कि हमारे हार्डवेयर अपग्रेड को बेकार कर देगा क्योंकि यह केवल एक्सकोड है जो मैकबुक पर कोई प्रदर्शन मुद्दा है)।

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

xcode  performance  xcode4 
— Kzrbill
स्रोत
मैंने इस पोस्ट में Xcode 4.2 के लिए काफी लंबा लेखन किया: stackoverflow.com/questions/7780663/…
— justin
1
मुझे यहां बताए गए सभी उपायों से बेहतर समाधान मिला। मैंने AppCode पर स्विच किया। हां, यह $ 99 था, लेकिन यह एक नया मैक खरीदने से सस्ता था। मेरे पास 2010 से मैकबुक प्रो है। मैकबुक एयर के किसी भी हिस्से की तुलना में इसमें तेज प्रोसेसर है, फिर भी यहां ऑफिस में इस्तेमाल करने वाले लोग अभी भी बेहतर स्पीड पा सकते हैं। मैंने शेर को फिर से स्थापित किया है, फिर माउंटेन शेर के लिए एक साफ स्थापित किया है, और अभी भी कोई भाग्य नहीं है। इसलिए अब मैं AppCode का उपयोग करता हूं और फिर से खुश हूं।
— HotFudgeSunday 15
1
एक दुर्भाग्यपूर्ण असत्य। AppCode Xcode से भी धीमा है। यह एक जावा ऐप की तरह लगता है। यह बहुत सारे फैंसी कोड को पूरा करता है, ऑटो #import और इसके बाद की पृष्ठभूमि प्रक्रियाओं की आवश्यकता होती है। यह कुछ स्थितियों के लिए बेहतर हो सकता है, लेकिन Xcode के धीमे प्रदर्शन से बचने के लिए नहीं।
— गेबे रेनबो

जवाबों:

161

यदि आप कार्यक्षेत्र फ़ाइल को शुद्ध करते हैं तो यह गति बढ़ाने में मदद करता है।

सबसे पहले, सुनिश्चित करें कि Xcode खुला नहीं है। अब अपनी प्रोजेक्ट फाइल ढूंढें। उस पर राइट-क्लिक करें, और चुनें Show Package Contents।

यहाँ छवि विवरण दर्ज करें

अगला, हटाएं project.xcworkspace।

यहाँ छवि विवरण दर्ज करें

ओपन Xcode और तेजी से प्रदर्शन का आनंद लें!

इसके लिए धन्यवाद: http://meachware.blogspot.com/2011/06/speed-up-xcode-4.html

संपादित करें: मैंने इस टिप्पणी के बारे में कई टिप्पणियां प्राप्त की हैं कि कुछ परियोजनाओं के लिए यह समस्या पैदा कर सकता है। सुनिश्चित करें कि आपके पास इन चरणों को करने से पहले अपनी परियोजना का बैकअप है, और बाद में अपनी परियोजना की जाँच और परीक्षण करना न भूलें । सुनिश्चित करें कि आपके पास अभी भी आपके सभी निष्पादन और योजनाएं हैं।

— सुडो rm -rf
स्रोत
कार्यक्षेत्र को हटाने से समस्या को हल करने में मदद मिली, लेकिन मुझे नहीं लगता कि आपको वास्तव में उस एपलेट को प्राप्त करने की आवश्यकता है
— विन्सेन्ट Bacalso
3
वाह - मैं लगातार बीच बॉलिंग के कारण अपने बालों को फाड़ रहा था, और अब यह एक सपने की तरह चल रहा है। बिल्कुल आवश्यक टिप के लिए धन्यवाद। यह ध्यान देने योग्य है कि यह आपके विंडो लेआउट को अस्थायी रूप से रीसेट करता है (जो स्पष्ट नहीं हो सकता है), लेकिन यह भुगतान करने के लिए एक छोटी सी कीमत है। साथ ही, यदि लोग मैन्युअल रूप से कार्यक्षेत्र फ़ाइल को निकालना चाहते हैं तो वे अपनी xcodeproj फ़ाइल पर नियंत्रण-क्लिक कर सकते हैं, 'शो पैकेज सामग्री' चुन सकते हैं, और फिर .xcworkspace फ़ाइल को हटा या स्थानांतरित कर सकते हैं।
— एरिक अस्मुसेन
11
@sudo अतुल्य, लेकिन अब मैंने अपने प्रदर्शन के बहाने खो दिया है और अपने आप को एक नया, तेज MBP नहीं खरीद सकता!
— डेनियल ब्लेज़ेक
मैं इसी तरह के प्रदर्शन के मुद्दे पर हूं। एक चीज जो मैं खिड़की के शीर्ष मध्य में छोटे स्थिति फलक में देखता हूं वह एक संदेश है जो कहता है "अनुक्रमणिका। संसाधित 1 फ़ाइल का 0" (संख्याएं केवल उदाहरण हैं)। क्या यह धीमे प्रदर्शन में भी शामिल हो सकता है?
— मीलों
3
यह BAD सलाह है - xcworkspace निर्देशिका में आपकी परियोजना के लिए कुछ मुख्य फाइलें हैं। एक बहुत ही सरल परियोजना पर, वे फाइलें गायब हो जाएंगी, और यह ठीक हो जाएगा, इसलिए आपको शायद यह अभी तक महसूस नहीं हुआ है। कॉम्प्लेक्स प्रोजेक्ट्स पर - जैसे एक्सटेक्टेबल, शेयर्ड स्कीम्स आदि के साथ - आप अपने प्रोजेक्ट को करप्ट कर लेंगे। cf .fignignore xcworkspace के अंदर WHICH फ़ाइलों के विवरण के लिए प्रश्न हटाने के लिए सुरक्षित हैं - और जो नहीं हैं! stackoverflow.com/questions/49478/…
— एडम
46

महत्वपूर्ण अद्यतन: Xcode 6 के लिए पथ बदल गए (टिप्पणी dcc के लिए धन्यवाद)! मैंने अभी वैकल्पिक रास्ता जोड़ा है।

कोड की निम्नलिखित पंक्ति के साथ एक राम डिस्क बनाकर बिल्डरों को जकड़ना एक और अच्छी चाल है:

diskutil erasevolume HFS+ "ramdisk" `hdiutil attach -nomount ram://8475854`

यह लगभग 4 जीबी के आकार के साथ एक इन-मेमोरी डिस्क छवि बनाता है। लेकिन सावधान रहें, आपको पर्याप्त याद रखने की आवश्यकता है। बेशक आप 2 जीबी (कि 4237927 होगा) जैसी छोटी छवि बना सकते हैं।

फिर आप एक्सकोड को वहां के व्युत्पन्न डेटा को स्टोर करने के लिए कहते हैं यहाँ छवि विवरण दर्ज करें

आप iPhone सिम्युलेटर डेटा को सीधे स्टोर करने के लिए Xcode नहीं बता सकते, लेकिन आप रैमडिस्क पर एक फ़ोल्डर बना सकते हैं और ऐसा करके iPhone सिम्युलेटर निर्देशिका के बजाय एक प्रतीकात्मक लिंक बना सकते हैं:

Xcode 6:

cd /Volumes/ramdisk
mkdir CoreSimulator
rm -R ~/Library/Developer/CoreSimulator
ln -s /Volumes/ramdisk/CoreSimulator ~/Library/Developer/CoreSimulator

पुराने Xcode संस्करण:

cd /Volumes/ramdisk
mkdir iPhone\ Simulator
rm -R ~/Library/Application\ Support/iPhone\ Simulator
ln -s /Volumes/ramdisk/iPhone\ Simulator ~/Library/Application\ Support/iPhone\ Simulator

अगर मैं इस सेटअप के साथ सिम्युलेटर के लिए निर्माण करता हूं, तो यह कुछ ही समय में चल रहा है :)

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

अद्यतन 2013-03-12:

  1. नीचे दिए गए फ्रांसिस्को गार्सिया की टिप्पणी पढ़ें!

  2. मेरे नए MBP (SSD ड्राइव वाले) के साथ मुझे इस विधि की कोई आवश्यकता नहीं है। Xcode नरक की तरह चलता है :)। मुझे आशा है कि यह बड़े फल की चिंता के लिए विज्ञापन के रूप में नहीं देखा जाता है, यह सिर्फ एक अनुभव रिपोर्ट है ...

— benjamin.ludwig
स्रोत
2
अरे यार .. ये सच में बहुत अच्छा है। लेकिन महत्वपूर्ण: यह आपके coredata को सिम्युलेटर से मिटा देगा ... आप अब तक किए गए हर टेस्ट्रेसल को खो देंगे। इतना बड़े पैमाने पर तेजी से निर्माण के लिए धन्यवाद, लेकिन चेतावनी अच्छी होगी =)
— सेबस्टियन फ्लुक्विगर
2
किसी को भी ऐसा करने के लिए बस इस बात की जानकारी होनी चाहिए कि आपके व्युत्पन्न डेटा फ़ोल्डर, आपके प्रतीकों की फ़ाइल में आप क्या करना चाहते हैं। एक बार जब आप एक एप्लिकेशन को तैनात करते हैं, तो आप किसी दुर्घटना की रिपोर्ट के साथ डिबग करना चाहते हैं, तो आप कहीं न कहीं अपनी प्रतीक फाइल को सुरक्षित रखना चाहेंगे
— SystematicFrank
1
@FranciscoGarcia यदि आप संग्रह द्वारा xcode आयोजक के माध्यम से एक ऐप को तैनात करते हैं, तो dSYMs संग्रह में होगा। यह व्युत्पन्न डेटा फ़ोल्डर के बाहर संग्रहीत है (कम से कम यह xcode - 4.6 के वर्तमान संस्करण पर है)
— डैनी पार्कर
1
@imcaptor आप स्क्रिप्ट को निष्पादित करने वाले प्रोग्राम को बनाने के लिए ऑटोमेटर का उपयोग कर सकते हैं। आपकी सिस्टम प्राथमिकताओं में उपयोगकर्ता और समूह -> आइटम लॉग इन करें और उस प्रोग्राम को जोड़ें। मुझे यकीन है कि वहाँ एक आसान तरीका है, लेकिन यह एक काम करता है
— benjamin.ludwig
1
पथ ~ / लाइब्रेरी / एप्लिकेशन / समर्थन / iPhone \ Simulator किसी भी लंबे समय तक सही नहीं लगता है। कृपया अद्यतन करें।
— डेविडकॉन्ड्रे सिप
9

सामान्य मुद्दों में लाइव मुद्दों को अक्षम करने से एक निश्चित अंतर आया है। मैं उन स्थितियों के लिए सक्षम किए बिना gdb के बिना एक स्कीम सेट करता हूं, जहां मैं अक्सर फिर से चल रहा हूं (कोई भी gdb लॉन्च को बहुत कम गति नहीं देता है)।

— ग्रेग
स्रोत
7

मेरे लिए, 32-बिट मोड में चलने के लिए इसे सेट करने के बाद Xcode में भारी प्रदर्शन में वृद्धि हुई (यह डिफ़ॉल्ट रूप से 64 था)। यह लगभग पुराने Xcode की तरह तेज़ है। आप ऐप को राइट-क्लिक करके ( /Developer/Applications/XCode.app में ) 32 बिट पर स्विच कर सकते हैं और Get Info को चुनकर 32-बिट मोड में ओपन चेक कर सकते हैं ।

— गोजो कुदोर
स्रोत
मेरे लिए मेरे MBP 2.2Ghz i7 पर 10.6.8 पर कोई फर्क नहीं पड़ा। आपके पास कौन सा कंप्यूटर / ओएस है?
— ettore
मेरे पास 2.26 Ghz Intel Core 2 Duo, 10.6.8, 2GB मेमोरी वाला मैक मिनी है।
— gyozo kudor
7

Xcode 4.2, 4.3:

फ़ाइल-इंडेक्सर के साथ प्रमुख समस्याएं (वही कोड जो स्पॉटलाइट चलाता है, जो वर्षों से छोटी गाड़ी है? संभवतः)।

गैर-जरूरी सब कुछ अक्षम करें जो "फाइल" देखने में शामिल है:

  1. त्वरित सहायता (NB: QH टैब पर कभी क्लिक न करें! यहां तक ​​कि सहायक को छुपाने से भी कोड को चलाने का कारण बनता है! नई फ़ाइल पर जाने से पहले एक अलग टैब पर स्विच करें ...)
  2. SCM प्रबंधन (SVN, Git, इत्यादि - Xcode का git सपोर्ट अभी भी थोड़ा छोटा है (प्रोजेक्ट्स को भ्रष्ट कर सकता है), और उन्होंने SVN सपोर्ट को गिरा दिया है, इसलिए आपको इसे वैसे भी इस्तेमाल नहीं करना चाहिए!)
  3. अपने कार्यक्षेत्र फ़ोल्डर को हटाने का प्रयास करें (स्वीकृत उत्तर के अनुसार), लेकिन केवल अगर डिस्क पर इसका बड़ा
  4. ... कुछ और आप व्यक्तिगत फ़ाइलों की स्थिति से संबंधित पा सकते हैं

Xcode 4.4, 4.5:

इन संस्करणों में एक प्रमुख मेम लीक, एक टूटी हुई फ़ाइल इंडेक्सर (लेकिन 4.2 और 4.3 से बेहतर), और शायद एक निजी स्वैप फ़ाइल समस्या है।

आखिरकार, स्वैप स्थान को अक्षम / सक्षम करने ( मैक ओएस एक्स में स्वैपिंग को अक्षम या सक्षम करने के लिए ), और कई मशीनों पर सामान्य हार्ड ड्राइव का उपयोग करके, और 16 जीबी रैम तक 2 जीबी रैम के साथ मशीनों पर प्रयोगों को चलाकर, मैंने पाया कि एक्सकोड ओएस एक्स स्वैप (!) से स्वतंत्र अपना स्वयं का स्वैप-स्पेस चलाने के लिए लगता है।

(यह एक गलती हो सकती है - शायद ओएस एक्स स्वैपिंग का एक अतिरिक्त रूप है जिसके बारे में मुझे नहीं पता है - लेकिन सिस्टम स्वैप फ़ाइलों को बड़ा या छोटा नहीं मिला, जबकि कुछ मशीनों पर गीगाबाइट्स द्वारा ऊपर और नीचे डिस्क स्थान कूद गया)

देखे गए:

  1. Xcode 4.4 / 4.5 बेतरतीब ढंग से आपके सिस्टम में सभी RAM ले जाएगा (एक छोटी परियोजना के लिए 10 GB) ताकि शेष प्रणाली एक पड़ाव के लिए पीस हो, डिस्क स्वैपिंग के लिए इंतजार कर अटक

    1. कार्य: एसएसडी के साथ मैकबुक पर, आपको नहीं पता होगा कि यह हुआ है
    2. काम करें: ... हालांकि यह संभवतः आपकी हार्ड डिस्क को नुकसान पहुंचा रहा है (SSD के थ्रैशिंग लिखना पसंद नहीं है)

  2. Xcode हार्ड-डिस्क तक पहुँच को हॉग करेगा इसलिए यह इसकी (टूटी हुई) इंटरनल फाइल इंडेक्सिंग कर सकता है। जब सिस्टम मेमोरी कम हो जाती है, और ओएस एक्स को स्वैपिंग करने की आवश्यकता होती है ... तो यह इंडेक्स फ़ाइलों के लिए एक्सकोड की प्रतीक्षा में फंस जाता है ... और एक्सकोड प्रतीक्षा करते समय अधिक मेमोरी लेता है ... और: बूम! छोटे सिस्टम पर, OS X अंततः लटका हुआ है

  3. Xcode को OS X स्वैप स्पेस की जरूरत नहीं है

आखिरी बहुत दिलचस्प है। यदि आपके पास बहुत अधिक मेमोरी (जैसे 16 जीबी) है, तो स्वैप स्थान को स्थायी रूप से अक्षम करने का प्रयास करें। Xcode तेज़ी से चलता है, क्योंकि OS X Lion के मेम प्रबंधन में कुछ बग होते हैं जहाँ इसकी आवश्यकता होने पर भी स्वैप होता है ।

यदि xcode अचानक धीमा हो जाता है, तो यह आंतरिक रूप से स्वैप हो रहा है, जिस बिंदु पर आप इसे मार सकते हैं और पुनः आरंभ कर सकते हैं।

(यदि आपके पास एक एसएसडी है, तो एकमात्र तरीका आप जान सकते हैं कि क्या इसकी शुरुआत स्वैपिंग के लिए "धीमी हो" के लिए इंतजार करना है। अन्यथा, आप एचडी थ्रैश सुनते ही जानते हैं: कोई भी सिस्टम स्वैपफिल नहीं है, इसलिए। केवल संभावित कारण Xcode है)

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

लेकिन ... Xcode को फिर से शुरू करना जब भी धीमा होगा काम करता है अजूबा। कम रैम वाली मशीनों पर, जब आप बंद करते हैं तो Xcode का निजी स्वैप IMMEDIATELY डिलीट हो जाता है (ऐसा लगता है कि बहुत सारी RAM वाली मशीनों पर नहीं होता है)

— एडम
स्रोत
4

इनमें से किसी भी प्रतिक्रिया ने वास्तव में मेरे मामले में प्रदर्शन में सुधार नहीं किया (समय के साथ Xcode 4.1 शायद ही प्रयोग करने योग्य हो गया, केवल अब इसे छोड़ना और फिर मदद करना)।

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

— लिंग
स्रोत
2

इन मुद्दों का अनुभव करने वाले हर व्यक्ति को मैक ओएस एक्स शेर पर Xcode 4.1 की कोशिश करनी चाहिए। मुझे आश्चर्य है कि यह एक ही हार्डवेयर (मैकबुक प्रो 2.66 गीगाहर्ट्ज़ कोर 2 डुओ 4 जीबी रैम के साथ) पर कितना तेज और उत्तरदायी है।

मुझे लगता है कि वे इस रिलीज के साथ प्रदर्शन के कीड़े के टन तय की।

— रिकार्डो सांचेज़-साज़
स्रोत
2
अभी भी मेरे लिए समान सेटअप पर धीमा है। (मैकबुक पर Xcode 4.1 और Mac OSX Lion। 2.26 GHz Intel Core 2 Duo, 2 GB RAM)
— Andrei
1

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

— quellish
स्रोत
1

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

  1. आंतरिक बिल्डर का उपयोग न करें, इसके बजाय बाहरी एप्लिकेशन लॉन्च करें।
  2. समय-समय पर एक्सकोड से बाहर निकलें, यह उस मेमोरी को मुक्त करना चाहिए जो लीक हुई थी।
— टिम स्पीच
स्रोत
मुझे एक नया आईमैक मिड 2011, 3,1 आई 5, 12 जीबी रैम + 1 जीबी ग्राफिकल मेमोरी मिली, यहां मुद्दे मुझे बहुत परेशान नहीं करते, लेकिन इससे पहले कि मैं इसे खरीदता मैं मैकबुक पर विकसित हो गया, बस अपने आप को एक काम कर मशीन, यह पैसे के लायक है, मुझ पर भरोसा करें :)
— टिम स्पंच
0

मैंने इस थ्रेड और [कई] अन्य में सुझाई गई हर चीज़ के बारे में कोशिश की है और मेरे लिए काम करने वाली एकमात्र चीज़ प्रोजेक्ट के लिए तोड़फोड़ करना है। यहाँ भद्दा हिस्सा है - केवल मैं जिस तरह से "एसएनएन प्लगइन" को "अक्षम" कर सकता था वह फर्जी आईपी पते के साथ मेरे / आदि / मेजबानों की फाइल को प्रभावी ढंग से तैयार करने के लिए था, जिससे सभी एसवीएन पहुंच विफल हो गई।

मैंने /ES / Library / Xcode / PrivatePlugIns में IDESubversion.ideplugin को हटाने / नाम बदलने की कोशिश की, लेकिन Xcode 4.2.1 पुक और शुरू करने से इंकार कर दिया।

मैंने Xcode से अपने SVN रिपॉजिटरी को हर बार हटाने की कोशिश की और हर बार मैंने Xcode को फिर से शुरू किया, लेकिन Xcode कुछ ही मिनटों में क्रैश हो गया।

मैंने फ़ाइल-> स्रोत नियंत्रण-> दूरस्थ स्थिति छिपाएं (मेरे लिए कुछ नहीं किया) के माध्यम से "दूरस्थ स्थिति" को बंद करने का प्रयास किया।

अब जब मैंने अपने होस्ट फ़ाइल में अपना SVN होस्टनाम 1.2.3.4 पर सेट कर दिया है, तो Xcode बढ़िया काम करता है और लगभग हर बार जब मैं फ़ाइलों के बीच स्विच करता है, तो SBBOD नहीं दिखाता है।

$ grep 1.2.3.4 /etc/hosts
1.2.3.4 svn.myhost.com

फिर, जब मैं वास्तव में संस्करण नियंत्रण करना चाहता हूं, तो मुझे मेजबानों की फाइल को अन-फ्रिज करना होगा और cmd लाइन svn का उपयोग करना होगा।

— DustinB
स्रोत
फ़ोल्डर का नाम बदलने की कोशिश करें, /Applications/Xcode.app/Contents/PlugIns/IDESubversion.ideplugin, एक अलग अंत के साथ कुछ करने के लिए। मैंने Git plugin को निष्क्रिय करने के लिए एक समान ट्रिक का उपयोग किया है।
— जॉन मैक्फर्लेन
0

आप Xcode को अनुक्रमित करने से बच सकते हैं। ऐसा करने से आपके सिस्टम की मेमोरी परफॉर्मेंस में सुधार होगा, लेकिन आईडीई फीचर्स जैसे ऑटोकॉम्प्लेक्शन और जंप करने से लेकर काम करने की परिभाषा में भी सुधार होगा।

$ defaults write com.apple.dt.XCode IDEIndexDisable 1
— davidcondrey
स्रोत
0

यदि आप इंटरफ़ेस बिल्डर / संपादक के साथ एक .xib फ़ाइल को संशोधित करते समय धीमा प्रदर्शन करते हैं, तो .xib के लिए फ़ाइल निरीक्षक के नीचे जाएं और ऑटो-लेआउट को अक्षम करें । .Xib में अपने संपादन करें, फिर अंतिम चरण के रूप में, ऑटो-लेआउट को फिर से सक्षम करें और बाधाओं को जोड़ें या समायोजित करें।

— स्पार्की
स्रोत
0

आखिरकार मैंने git फीचर को बंद करके सामान्य रूप से काम करने के लिए अपना Xcode प्राप्त कर लिया।

— एमी
स्रोत
0

मेरे मामले में, यह रैम का उपयोग था।

यहाँ छवि विवरण दर्ज करें

कुछ क्रोम टैब या शायद ही कभी उपयोग किए जाने वाले ऐप्स को मारने की कोशिश करें।

— मैकिएक सर्जनिक
स्रोत
0

मुझे XCode 4 के संकलन प्रदर्शन में तेजी लाने के लिए एक ट्रिक मिली है: जब आप चलाते हैं या Xcode में कोई अन्य प्रोसेसिंग करते या संकलित करते हैं और यह खुले सक्रिय मॉनिटर को स्टॉल करता है, तो Xcode प्रक्रिया का चयन करें और फिर नमूना प्रक्रिया पर क्लिक करें। यह प्रक्रिया को अनस्टक बना देगा और फिर से सामान्य रूप से चलेगा जो उचित समय में ऐप बनाने की अनुमति देता है।

— विलियम पैग्नॉन
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.