मेरे विजुअल स्टूडियो उदाहरण में, भले ही मैंने C # कंसोल एप्लिकेशन में रिटर्न की एक भी लाइन लिखी हो F5, वास्तविक कोड को निष्पादित करने के लिए मुझे एक मिनट लगेगा, (मेरा मतलब है कि सिंगल रिटर्न स्टेटमेंट को रोकने के बाद का समय दबाव F5- मैं mainफ़ंक्शन में रिटर्न स्टेटमेंट पर एक ब्रेकपॉइंट सेट करता हूं )। गलत क्या है? क्या कोई सूची है?
मैं Visual Studio 2008 VSTS संस्करण और Windows Server 2003 x64 पर डीबगिंग का उपयोग कर रहा हूं।
जवाबों:
आप अपने सभी breakpoints नष्ट करने के लिए --- ध्यान दें कि आप क्लिक करने के लिए "सभी breakpoints हटाएं" बटन (या उपयोग की जरूरत है आवश्यकता हो सकती है Ctrl+ Shift+ F9), नहीं तो बस उन्हें एक एक करके हटा सकते हैं। यदि विज़ुअल स्टूडियो ने आपकी समाधान सेटिंग्स को तोड़ दिया है तो बाद वाला काम नहीं करेगा। काम करने के लिए आपको पहले एक ब्रेकपॉइंट जोड़ना होगा (चतुर, एह?)।
यदि सबसे खराब सबसे खराब आता है, तो आपको अपनी .suoफ़ाइल को हटाने की आवश्यकता हो सकती है और विज़ुअल स्टूडियो को खरोंच से एक नया शुरू करने देना चाहिए। ध्यान दें कि आप अपनी व्यक्तिगत समाधान कॉन्फ़िगरेशन सेटिंग्स खो देंगे, हालांकि (केवल इस समाधान के लिए, कोई अन्य नहीं)। हालाँकि, आप फ़ाइल को स्थानांतरित करना चाहते हैं / अस्थायी रूप से नाम बदल सकते हैं जब तक आप यह निर्धारित नहीं करते कि यह समस्या है या नहीं; इस तरह, आप हमेशा इसे वापस ले जा सकते हैं। मैंने कुछ ऑनलाइन संसाधनों को .ncbफ़ाइल को हटाने (स्थानांतरित / नाम बदलने) की सिफारिश की है ।
मैंने इसे पहले देखा है। अपने सभी विराम बिंदुओं को हटाने का प्रयास करें और फिर जिन्हें आप चाहते हैं उन्हें सेट करें। मारो F5। क्या यह अब तेज है?
मैंने अभी देखा कि आपने .NET स्रोत डीबगिंग सुविधा की स्थापना का उल्लेख किया है। उसे अक्षम करने का प्रयास करें। Microsoft के स्रोत सर्वर से आपका नेटवर्क कनेक्टिविटी धीमा हो सकता है। मेनू उपकरण में किसी भी प्रतीक सर्वर कनेक्टिविटी को अक्षम करें → विकल्प → डिबगिंग → प्रतीक ।
मेनू टूल्स → विकल्प → डिबगिंग → जनरल में "संपत्ति मूल्यांकन और अन्य निहित फ़ंक्शन कॉल सक्षम करें" अक्षम करने का प्रयास करें ।
या अपनी .suo फ़ाइल को हटा दें जो आपके समाधान (.sln) फ़ाइल के बगल में मिल सकती है। यह एक समस्या है जिसे मैंने डिबग सत्र के साथ शुरू करने और बंद करने में लंबा समय लिया था।
.suo, पुनः खोला गया और डीबग करना फिर से तेज़ है।
मुझे यह समस्या थी। सभी सूचीबद्ध सलाह की कोशिश करने और सभी विजुअल स्टूडियो एक्सटेंशन को हटाने के बाद, हमने अंत में पता लगाया कि किसी तरह इंटेलीट्रेस सक्षम था। उस सब कुछ को अक्षम करना।
क्या आपके पास बहुत सारे ब्रेकप्वाइंट सेट हैं? वे वास्तव में स्टार्टअप समय को धीमा कर सकते हैं। हर बार एक नया मॉड्यूल प्रक्रिया पता स्थान में लोड किया जाता है, वे सभी को देखने के लिए जांचने की आवश्यकता है कि क्या वे वैध हैं।
मेनू टूल्स → विकल्प → डीबगर → सिंबल पर जाएं और जांचें कि क्या आपके पास सार्वजनिक प्रतीक सेट या UNC नेटवर्क पथ सेट हैं। इसके अलावा मेनू टूल * → जाँच विकल्प → डीबगर → जनरल आप स्रोत सर्वर सेट है या नहीं।
ये सभी धीमी नेटवर्क गति या अनुपलब्ध सर्वर के आधार पर डिबगिंग को प्रभावित कर सकते हैं। 5 मिनट की प्रतीक्षा समय नेटवर्क टाइमआउट है।
यदि विकल्पों में कुछ भी सेट नहीं है, तो यह देखने के लिए जांचें कि क्या आपके पास _NT_SYMBOL_PATH पर्यावरण चर सेट है।
मेरे सहकर्मी ने बहुत धीरे-धीरे विज़ुअल स्टूडियो का जवाब दिया, और डिबगिंग करते समय एक कदम उठाने में सचमुच मिनट लग गए।
मूल कारण एक एंटी वायरस प्रोग्राम (थ्रेटफायर) था जो विजुअल स्टूडियो के चलने के दौरान पागल हो गया था। इसकी प्रक्रिया को मारते हुए तुरंत सब कुछ ठीक कर दिया।
एक अलग कारण प्लस ... समस्या कैसे खोजें
मेरे लिए यह विकल्प ShowOtherThreadIpMarkers था । 1 का मान विजुअल स्टूडियो (2010) को असहनीय रूप से धीमा कर देता है (प्रत्येक डिबग चरण के लिए 3-5 सेकंड। 0 के मान के साथ, यह फिर से तेज है।
वह विकल्प क्या है? मुझे पता नहीं है। मैं इसे विज़ुअल स्टूडियो उपयोगकर्ता इंटरफ़ेस के माध्यम से नहीं ढूंढ सका। मैंने वहां सभी संभावित डिबगिंग विकल्पों को अनियंत्रित कर दिया और कुछ भी काम नहीं किया।
इसलिए मैं आयात / निर्यात सेटिंग्स में गया और अपनी पुरानी सेटिंग्स को लोड किया, जिसे मैंने पहले समय में पीछे जाने से बचाया है जब तक कि विजुअल स्टूडियो फिर से तेज नहीं था, तब vssettings फ़ाइलों की तुलना ..., आदि, आदि।
मैं यह कहना चाहता हूं कि यदि आप डिबग मोड में रहते हुए सेटिंग्स को ब्रेकपॉइंट पर रोकते हैं, तो वे तुरंत प्रभावी हो जाते हैं। आपको डिबगर को बंद करने और पुनरारंभ करने की आवश्यकता नहीं है।
ट्रैविस द्वारा जुड़े स्कॉटगू के ब्लॉग से: "हाल ही में एक अन्य प्रदर्शन गचाचाचा के बारे में मैंने सुना है कि एक मुद्दा है जिसे कुछ लोगों ने Google टूलबार ऐड-इन के साथ चलने की सूचना दी है। किसी कारण से यह दृश्य संलग्न करते समय कभी-कभी लंबे विलंब का कारण बन सकता है। ब्राउज़र पर स्टूडियो डिबगर
मेरे लिए डिबगर के नीचे चलना डिबगिंग के बिना चलने की तुलना में लगभग 10 गुना धीमा था।
यहाँ सुझाए गए हर समाधान को आज़माने के बाद, मैं हर डिबगर सेटिंग से गुजरा और यह देखने के लिए सक्षम / अक्षम हुआ कि क्या इससे कोई फर्क पड़ा।
मेरे लिए, यह डिबग सेटिंग में मॉड्यूल लोड पर दबाए गए जेआईटी अनुकूलन को अक्षम करने वाला निकला बड़े पैमाने पर सुधार हुआ है।
सुनिश्चित करें कि आपके पास सर्वरों के लिए कोई भी बासी नेटवर्क मैपिंग नहीं है जो अब मौजूद नहीं है (नेटवर्क टाइमआउट आपको मार देगा)। या किसी नेटवर्क (या अन्य फ़ाइल त्रुटि) को देखने के लिए प्रक्रिया मॉनिटर जैसी किसी चीज़ का उपयोग लंबे समय तक रोकते हुए लगता है।
क्या आप Windows DLL फ़ाइलों के लिए प्रतीकों को डाउनलोड करने के लिए एक प्रतीकों का उपयोग कर रहे हैं?
यदि हां, तो इसे निष्क्रिय कर दें क्योंकि इसमें कुछ समय लग सकता है, लेकिन मुझे उम्मीद नहीं होगी कि बुनियादी कंसोल एप्लिकेशन में लंबे समय तक देरी हो सकती है।
मेनू उपकरण → विकल्प → डिबगिंग → प्रतीक ।
मेरे मामले में Google टूलबार मेरे डिबगिंग को धीमा कर रहा था।
gplus_notifications_gadget.html सिर्फ डिबगर को ओवरलोड करने पर और चालू रखने के लिए। मैं Google टूलबार रखना चाहता था क्योंकि मैं इसे नियमित आधार पर उपयोग करता हूं, इसलिए मैंने बस G + अधिसूचना बटन (प्रोफ़ाइल बटन के अलावा छोटा बटन) को अक्षम कर दिया। यह अब खुश है।
विजुअल स्टूडियो 2010 में भी मेरे पास यही मुद्दा था, कोड में कदम धीरे-धीरे धीमी गति से (3 से 10 सेकंड के बीच)। हालांकि, उपरोक्त सेटिंग्स में से किसी ने भी संशोधन नहीं किया।
मुझे अंततः अंतिम समाधान मिला, जो उपरोक्त सभी पोस्ट मुद्दों में काम करेगा: अपनी सभी सेटिंग्स रीसेट करें, जैसा कि यहां वर्णित है (अनिवार्य रूप से मेनू उपकरण → आयात और निर्यात सेटिंग्स , सभी सेटिंग्स रीसेट करें , मौजूदा सेटिंग्स को एक फ़ाइल में सहेजने के लिए (पुन: बदलने के लिए) ))।
आप पहले अपनी सेटिंग के किसी विशेष भाग को सहेजना चाहते हैं। उदाहरण के लिए, मैंने पहले अपना रंग विषय (सोलराइज्ड-लाइक) बचाया और फिर वैश्विक रीसेट के बाद इसे बहाल कर दिया।
धीमे विजुअल स्टूडियो डिबगिंग अनुभव का सिर्फ एक और कारण ...
बहुत समय पहले मैंने FusionLogयह देखने में सक्षम किया कि असेंबली बाइंडिंग समस्या क्या थी।
सुनिश्चित करें कि आप इसका उपयोग करने के बाद इसे निष्क्रिय कर दें। क्यों? क्योंकि यह सक्षम करने के दौरान डिस्क में लॉगिंग डेटा का एक बहुत कुछ लिखता है।
यह FusionLogविंडो की रजिस्ट्री की कुंजी है ( regedit.exe):
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
बदलें ForceLog, LogImmersiveऔर LogResourseBindings(सक्षम) 0 (अक्षम) 1 से मान।
मुझे भी यह समस्या थी, लेकिन मेरे मामले में इसका ब्रेकपॉइंट से कोई लेना-देना नहीं था। यह कोड शॉर्टकट था जो मैंने कार्य विंडो में जोड़ा था:
मुझे यकीन है कि ऐसे अन्य तरीके हैं जिनसे आप इस तरह की समस्या देख सकते हैं, लेकिन कहीं न कहीं एक बग है जो मेरे लिए इस समस्या का कारण है ... मेरे सभी विकल्पों को हटाने से यह तय हो जाएगा, लेकिन यह कुछ ऐसा है जो मैं नहीं करना चाहता था करना। इसलिए, मैंने इसे डिबग किया और इसके बारे में अपने ब्लॉग में लिखा ... आपकी समस्या मेरी जैसी है।
मेरे पास एक समान मुद्दा था और कोई भी अन्य मार्गदर्शन मदद करने के लिए नहीं लगता था। मैंने कोई फायदा नहीं होने के लिए रिबूट किया था। मैंने सभी ब्रेकप्वाइंट हटा दिए थे, .suo फ़ाइल को हटा दिया, जाँच की कि प्रतीक बाहरी स्रोतों से लोड नहीं किए जा रहे थे, और जाँच की कि कोई पथ अनुपलब्ध अनुप्रयोग में मौजूद नहीं था।
फिर, मैंने समाधान को साफ करने के लिए सोचा। मैंने आउटपुट विंडो में देखा कि C # IntelliSense ने सफाई करते समय एक समस्या की सूचना दी थी:
'{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}' ('सिस्टम निर्दिष्ट फ़ाइल नहीं ढूँढ सकता') से मेटाडेटा पढ़ने में समस्या थी। जब तक समाधान पुनः लोड नहीं किया जाता है, तब तक IntelliSense ठीक से काम नहीं कर सकता है।
इस मामले में, एक बार जब आप वास्तव में त्रुटि संदेश की खोज करते हैं, तो यह आपको बताता है कि इसे कैसे हल किया जाए। (त्रुटि पाठ पर अच्छा काम, खोज पर खराब नौकरी!) मैंने समाधान की परियोजनाओं को अनलोड किया, फिर उन्हें पुनः लोड किया। मैं तब सफलतापूर्वक स्वच्छ समाधान चलाने में सक्षम था । यह काम किया, और डिबगर ने भी किया।
मैंने उसी मंदी का अनुभव किया और नेटवर्क से डिस्कनेक्ट करने ने मेरे लिए समस्या को ठीक कर दिया क्योंकि कुछ अन्य टिप्पणियों और उत्तरों ने कहा है (लेकिन निश्चित रूप से यह एक आदर्श समाधान नहीं है)।
मेरे मामले के लिए इस एक साधारण परिवर्तन ने मेरा समाधान तय किया: डीबग टैब पर प्रोजेक्ट गुणों में मैंने "विज़ुअल स्टूडियो होस्टिंग प्रक्रिया को सक्षम करें" अक्षम किया (मैं विजुअल स्टूडियो 2010 चला रहा हूं)।
अधिक मेमोरी और तेज़ एचडी प्राप्त करें। अधिक जानकारी यहाँ हैं ।