11

मैं वी.एस. 2010 यह बहुत धीमी गति से चल रहा है के साथ समस्या हो रही है और जब संकलन और निम्न त्रुटि के साथ एक XAP फ़ाइल पैकेजिंग भी कभी कभी दुर्घटनाओं:वीएस 2010 लोडिंग धीमी - एक्सएपी पैकेजिंग असफल रही। प्रकार के अपवाद 'System.OutOfMemoryException' फेंक दिया गया था

Xap packaging failed. Exception of type 'System.OutOfMemoryException' was thrown. 

में स्थानीय विंडोज 7 temp निर्देशिका \Users\usernamexxxx\AppData\Local\Temp हजारों फाइलें हैं, इसलिए मैंने उन्हें हटा दिया और अब वीएस बहुत तेज है।

क्या किसी और के पास समान समस्याएं हैं?

+0

बस वीएस बंद करें, टेम्प फ़ोल्डर को खाली करना जरूरी नहीं है। –

+0

क्या कोई और तरीका है? मुझे यह अपवाद 5-6 बार प्रति दिन मिल रहा है – J4N

+1

आपके पास कितनी सिस्टम मेमोरी है? – Derrick

उत्तर

0

मेरे पास उस प्रकार का त्रुटि संदेश नहीं है, लेकिन जो चीज हमेशा मेरे लिए वीएस 2010 धीमा लगती है वह है। एसयूओ (समाधान उपयोगकर्ता विकल्प) फ़ाइल। यह मूल रूप से ट्रैक करता है कि आपने कौन सी फाइलें खोली हैं, और आपके ब्रेक पॉइंट्स, लेकिन यह हमेशा बढ़ती हुई फाइल है। जब यह 5 एमबी तक पहुंच जाता है, तो फ़ाइल जोड़ने के दौरान वीएस के लिए 20-30 सेकंड लग सकते हैं, या समाधान से किसी को हटाया जा सकता है।

0

मैं दृश्य स्टूडियो की धीमी गति से थक गया था। मेरा समाधान msbuild का उपयोग कर कमांड लाइन पर सबकुछ बनाना था। मैंने बैच फ़ाइल बनाई है जो मेरे पसंदीदा विकल्पों के साथ msbuild को कॉल करता है।

यह विकल्प वास्तव में बहुत अच्छा है, आप एक मल्टी कोर मशीन है क्योंकि, आप MSBuild करने के लिए, जब संभव (विजुअल स्टूडियो अभी यह सुविधा प्रदान नहीं करता है जो समानांतर में निर्माण परियोजनाओं की अनुमति देगा /m ध्वज पारित कर सकते हैं , लेकिन वीएस2012 में होगा)

कॉलिंग एमएसबिल्ड आसान है। उदाहरण के लिए:

C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\msbuild.exe MyApplication.sln /m 

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

0

मैं विशेष रूप से इस त्रुटि से परिचित नहीं हूँ, लेकिन एक बड़ा समाधान के लिए संकलन समय के दौरान OutOfMemoryException के साथ वापस फिर एक बुरा मुद्दा था (50 से अधिक परियोजनाओं)

हम MSBuild सीधे का उपयोग करके इसे नाकाम करने के लिए इस्तेमाल किया लेकिन डिबगिंग थोड़ा बोझिल

मैंने इंटरनेट पर चेक किया और वर्चुअल मेमोरी को विस्तारित करने का प्रयास किया जो devenv.exe का उपयोग कर रहा था (डिफ़ॉल्ट रूप से यह 2 जीबी है)। 64 बिट विंडोज 7 पर होने के कारण, ओएस पहले ही इस तथ्य का अनुपालन कर रहा था कि एक एप्लीकेशन 2 जीबी से अधिक का उपयोग कर सकता है।

बस एक कमांड प्रॉम्प्ट और प्रकार आग था:

cd\ 
cd "C:\Program Files (x86)\Microsoft Visual Studio 10.0" 
copy Common7\IDE\devenv.exe Common7\IDE\_devenv.exe 
VC\bin\editbin.exe /LARGEADDRESSAW Common7\IDE\devenv.exe 

एक रिबूट के बाद, संकलन अपवाद सिर्फ एक मात्र सपना था।

नोट: मैंने बाद में पढ़ा कि विजुअल स्टूडियो 2010 को बॉक्स के बाहर बड़े पता पता होना चाहिए था, इसलिए इसे मेरे मुद्दे को हल नहीं किया जाना चाहिए था, लेकिन यह मेरे लिए किया गया था।

2

हां, मेरे पास एक समान समस्या है। जब मैं अपनी टेम्प मेमोरी साफ़ करता हूं तो यह ठीक काम करता है लेकिन कुछ समय बाद Temp निर्देशिका कुछ फ़ाइल भी दिखा रही है।

और फिर संदेश "मेमोरी अपवाद से बाहर" आता है।

यह कोड में एक मुद्दा है। आपका कोड स्मृति लीक कर रहा है। आपका कोड ऑब्जेक्ट को ठीक तरह से निपटाना नहीं कर रहा है।

+0

नितिन, >> कोड में समस्या? << क्या कोड? क्या आप समझाएँगे। त्रुटि संकलन समय पर है। – ramnz

+0

मैं इस धारणा के तहत था कि सिल्वरलाइट सीएलआर के तहत चलता है। इसलिए सीएलआर को स्मृति लीक करने का ख्याल रखना चाहिए। –

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

  • कोई संबंधित समस्या नहीं^_^