2012-09-06 12 views
11

में सभी मेमोरी खाता है मैं अपने मैक पर एक्सकोड का उपयोग करता हूं, जिसमें 8 जीबी रैम है। जब मैं एक्सकोड खोलता हूं और किसी भी प्रोजेक्ट को नहीं खोलता और लगभग 2 मिनट तक प्रतीक्षा करता हूं, तो एक्सकोड राम में सभी मेमोरी खाता है, (4 जीबी, 5 जीबी ...)एक्सकोड बड़ी मेमोरी का उपयोग करता है, रैम

क्या कोई मुझे बता सकता है कि इसे क्यों और कैसे ठीक किया जाए?

+1

शानदार प्रश्न जो वास्तव में एक्सकोड डेवलपर्स को बाहर करने में मदद करेगा। – bobobobo

उत्तर

0

उस समस्या के आसपास कोई वास्तविक तरीका नहीं है।

इस पर कई वेबसाइटों पर चर्चा की गई है। एकमात्र समाधान जिसने मुझे इस समस्या से मदद की है, अब XCode को पुनरारंभ करना है। मुझे नहीं लगता कि इस समस्या के लिए एक वास्तविक समाधान होगा।

+1

मैंने सफलतापूर्वक अपने एक्सकोड को अनइंस्टॉल किया है, और इसे सेब – user1651186

+0

से फिर से डाउनलोड किया है, मैंने सफलतापूर्वक अपने एक्सकोड को अनइंस्टॉल किया है, और इसे सेब से फिर से डाउनलोड किया है लेकिन कुछ भी नहीं होता – user1651186

+0

हाँ, अनइंस्टॉल करने और इसे फिर से डाउनलोड करने से आपकी मदद नहीं होगी। उस समस्या के आसपास कोई रास्ता नहीं है। बस इसे फिर से शुरू करें और फिर, और आप ठीक हो जाएंगे। –

0

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

व्यक्तिगत तौर पर मैं 2GB के साथ शुरू किया और XCode सिर्फ था ... दर्दनाक

8GB करने के लिए अपग्रेड करने के बाद मैं बस अब हर पुनः आरंभ करने के लिए किया था और उसके बाद

मैंने सुना है कि 16GB के साथ लोग शिकायत करते हैं नहीं है कि ज्यादा , और सिर्फ एक या दो दिन XCode को पुनरारंभ करना होगा।

यह मेरे लिए काफी अजीब लग रहा है कि आप 2 मिनट के बाद अपनी सभी मेमोरी का उपयोग करते हैं। मुझे लगता है कि आपकी कुछ सेटिंग है जो सभी एक्सकोड को सबसे खराब बनाती है। क्या आपने अपने सभी ~/लाइब्रेरी/डेवलपर फ़ोल्डर को हटाने और फ़ाइलों को सेट करने का प्रयास किया है?

2

एक अस्थायी समाधान here

भागो कि एक समय में हर एक बार आदेश मिल गया है और यह मेरे 8GB के साथ मदद करता है

+0

मैंने purge कमांड की कोशिश की है, लेकिन इसका मेरी मेमोरी कॉन्फ़िगरेशन पर कोई प्रभाव नहीं पड़ा। वह ओएस एक्स 10.8 – vedrano

2

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

5

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

टर्मिनल में निम्न आदेश पर अमल:

defaults write com.apple.dt.XCode IDEBuildOperationMaxNumberOfConcurrentCompileTasks 4 

defaults write com.apple.dt.XCode IDEIndexDisable 1 

इस अनुक्रमण रोकने के लिए और संकलन कार्यों की संख्या कम हो जाएगा। इसने मेरे एक्सकोड को वास्तव में कुछ काम करने के लिए मुझे कुछ रैम छोड़ने की इजाजत दी।

defaults delete com.apple.dt.XCode IDEIndexDisable 

के रूप में उल्लेख किया है, इस this question में चर्चा की गई:

इन सेटिंग्स, जैसे अनुक्रमण नष्ट करने के लिए।

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

संपादित करें/अद्यतन:

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

+1

पर था नोट करें कि यह 'defaults com.apple.dt.Xcode IDEIndexDisable 1' लिखता है, जो कम-मामला सी है। पहला आदेश सही है, दूसरा नहीं है। – thakis

+0

इस उत्तर का प्रयोग करें। फिर सूडो purge – RemembranceNN

+0

@thakis यह मामला असंवेदनशील प्रतीत होता है। – devios1

1

मुझे एक ही समस्या का सामना करना पड़ा, लेकिन इंटरफ़ेस बिल्डर और स्टोरीबोर्ड पहुंच से सहसंबंध में।

कुछ सोचने के बाद, यह स्पष्ट हो जाता है कि मेरी परियोजना में स्टोरीबोर्ड फ़ाइल के बाद कुछ राशि (डिस्क पर लगभग 1.5 एमबी) तक बढ़ी है, एक्सकोड और आईबी में समस्या है।

कुछ (उदा। आईबीएलएबल) ऑब्जेक्ट में टेक्स्ट बदलने के दौरान, प्रत्येक अक्षर के लिए इसे लगभग 0.5 सेकंड की आवश्यकता होती है, जो 6 वर्ण शब्द के परिवर्तन के लिए 3 सेकंड देता है। वह मुझे बहुत धीमा करता है।

एक्सकोड पुनरारंभ करने के बाद सभी कार्यरत स्मृति तक सभी कब्जे वाली स्मृति को मदद और रिलीज़ करता है ...

मेरे पास मजबूत प्रभाव है कि प्रत्येक बदलाव के बाद आईबी पूर्ववत बफर बनाता है (उदाहरण के लिए एकल अक्षर बदलें) क्योंकि प्रत्येक एकल परिवर्तन के बाद, मेमोरी पदचिह्न लगभग 20 एमबी (संभवतया रैम में स्टोरीबोर्ड आकार, डिस्क पर 1.5 एमबी) के लिए बढ़ता है।

और एक्सकोड पुनरारंभ करने के बाद, पूर्ववत बफर चला गया है, और कुछ स्मृति तदनुसार जारी की गई है।

मैं पूर्ववत बफर आकार को सीमित करने का तरीका जानना चाहता हूं, और उस छोटे आकार के साथ इसका परीक्षण करना चाहता हूं।

विन्यास है: मैक मिनी, 4 जीबी रैम, ओएस एक्स 10.8.3, XCode 4.6, XCode 4.6.1, XCode 4.6.2

मैं वर्तमान में XCode 4.5 और स्थिति के लिए वापस आ गया एक छोटा सा बेहतर लगता है लेकिन समस्या अभी भी यहां है। मुझे लगता है कि इस संस्करण में 4.6 से कम विशेषताएं हैं और उस अंतर के अनुसार यह कम स्मृति का उपयोग करती है।

ठीक है, ऐसा लगता है कि एक्सकोड 4.5 वास्तव में इंटरफ़ेस बिल्डर आवंटित स्मृति की कुछ रिलीज कर सकता है।

21 मई को अपडेट करें। 2013: मैंने 4 जीबी से मैक मिनी 2011 8 जीबी रैम में अपग्रेड किया और अभी तक समस्या नहीं देखी।

संबंधित मुद्दे