विजुअल स्टूडियो डिबगिंग / लोडिंग बहुत धीमा है


505

मैं विट्स एंड पर हूं। विज़ुअल स्टूडियो आमतौर पर डीबग या सिर्फ सादे लोड ("डीबगिंग के बिना शुरू") मेरी ASP.NET MVC साइटों के लिए धीमी गति से धीमा है। हमेशा नहीं: पहली बार में, प्रोजेक्ट अच्छा और तेज़ लोड करेंगे, लेकिन एक बार जब वे धीमी गति से लोड करते हैं, तो वे हमेशा उसके बाद धीमी गति से लोड करेंगे। मैं 1-2 मिनट या अधिक प्रतीक्षा कर सकता था।

मेरा सेटअप:

मैं वर्तमान में विजुअल स्टूडियो 2012 एक्सप्रेस का उपयोग कर रहा हूं , लेकिन मुझे दृश्य स्टूडियो 2010 एक्सप्रेस में भी यही समस्या है। मेरा समाधान नेटवर्क ड्राइव पर संग्रहीत है; विशेष रूप से, यह मेरे दस्तावेज़ नेटवर्क ड्राइव पर पुनर्निर्देशित है, अगर यह मायने रखता है। (ऐसा नहीं होना चाहिए। कई बार मेरी साइट इस सेटअप के तहत बहुत तेजी से लोड होती है।)

मैं आमतौर पर इंटरनेट एक्सप्लोरर 9 में लोड करता हूं, लेकिन फ़ायरफ़ॉक्स में भी यही समस्या है।

यह किसी भी ASP.NET MVC प्रोजेक्ट पर हो सकता है जिस पर मैं काम करता हूं, और यह डिस्प्लेटेम्पलेट्स के चारों ओर घूमता हुआ प्रतीत होता है, जो मेरे सभी ASP.NET MVC प्रोजेक्ट्स करते हैं। और यह सब C # और रेजर है, अगर यह मायने रखता है।

लक्षण:

सिस्टम मेरे प्रतीकों को सैकड़ों बार लोड करेगा । मूल रूप से, निम्नलिखित, लेकिन कम से कम 300 ऐसी पंक्तियाँ हैं, जिनमें से प्रत्येक के लिए समान-अलग-अलग DLL फ़ाइलें समान HTMLHTML हैं:

'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.xighmhow.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.cv5hktkf.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.1o77hs8i.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.jja-77mw.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.l_e9ev_s.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.b4n59gom.dll', Symbols loaded.

उपरोक्त में, मुझे तीन डिस्प्लेटेम्पलेट मिले हैं: "संपर्क", "स्थान", और "स्टेटसकोड"। ऐसा प्रतीत होता है कि IIS प्रत्येक बार दो बार प्रदर्शनों को लोड कर रहा होता है, जिसे डिस्प्लेटेम्पलेट कहा जाता है। इस प्रकार, यदि मैं 100 प्रविष्टियों में से एक तालिका प्रदर्शित कर रहा हूं, जो इन तीन प्रदर्शनियों को बुलाती है, तो यह 600 अलग-अलग प्रतीकों से भरी हुई है।

यह एक तेज़ ऑपरेशन भी नहीं है। IIS उत्पन्न करने वाली लॉग फ़ाइलों में देखते हुए, प्रत्येक प्रतीक को लोड होने में लगभग 200 ms लगते हैं। इस प्रकार, सुपर-लंबी देरी।

मैंने क्या कोशिश की है:

  • डिबग या रिलीज़ संस्करण, इससे कोई फर्क नहीं पड़ता।
  • एक वेब सर्वर पर पूर्ण IIS कार्यान्वयन पर मेरी परियोजना को लाना कोई समस्या नहीं के साथ सुपर फास्ट चलाता है।
  • कैसिनी, IIS एक्सप्रेस 7.5, और IIS एक्सप्रेस 8.0 में सभी समस्याएँ हैं।
  • हटाएं सभी ब्रेकप्वाइंट कुछ भी नहीं करते हैं।
  • क्लीन सॉल्यूशन , या .su को हटाना भी कुछ नहीं करता है।
  • यदि मैं IIS एक्सप्रेस की मरम्मत करता हूं, या My Docs\IISExpressफ़ोल्डर को हटाता हूं, या Visual Studio की मरम्मत / पुनर्स्थापना करता हूं → यह समस्या दूर हो जाती है, लेकिन केवल थोड़ी देर के लिए, इससे पहले कि यह ठीक हो जाए।

किसी भी सलाह की सराहना की है।

अधिक प्रश्नों का उत्तर देने के लिए, हाँ मेरी मशीन में निश्चित रूप से अश्वशक्ति है। एक बात यह है कि एक ही परियोजना, कुछ भी नहीं बदल रहा है, कभी-कभी बहुत जल्दी लोड हो सकता है, आमतौर पर जब मैं IIS एक्सप्रेस की मरम्मत करता है और My Docs\IISExpressफ़ोल्डर को हटा देता हूं । आखिरकार "कुछ" होता है और फिर से लोड होने में 2 मिनट लगते हैं। मैं जिस पर काम कर रहा हूं वह एक जटिल परियोजना नहीं है। कोई बाहरी लाइब्रेरी या निर्भरता नहीं है, और मेरे वीएस.नेट का कोई जोड़ नहीं है, इसलिए कभी भी।

ध्यान दें, इस मशीन में सिमेंटेक एंडपॉइंट प्रोटेक्शन है, जिसके कारण तबाही का इतिहास है। लेकिन इसे सीधा अक्षम करना (प्रशासक होना अच्छा है) ने समस्या को ठीक नहीं किया।

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

Step into: Stepping over non-user code 'System.Threading.WaitHandle.InternalWaitOne'
Step into: Stepping over non-user code 'System.Threading.WaitHandle.WaitOne'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCaptureUnimpersonated'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCapture'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.FromFileBatch'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromFileBatch'
Step into: Stepping over non-user code 'System.Web.Compilation.AssemblyBuilder.Compile'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.bciuyg14.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.CompileWebFile'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultInternal'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerWrapper.System.Web.Mvc.IBuildManager.FileExists'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.GetPathFromGeneralName'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.Find'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.Html.TemplateHelpers.ActionCacheViewItem.Execute'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.kwj3uqan.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.RuntimeType.CreateInstanceSlow'
Step into: Stepping over non-user code 'System.Web.Mvc.DependencyResolver.DefaultDependencyResolver.GetService'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerViewEngine.DefaultViewPageActivator.Create'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerCompiledView.Render'

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

एक के लिए, जाहिरा तौर पर मेरे पास ऑफ़लाइन फाइलें हैं (यह एक कार्यालय में एक डेस्कटॉप कंप्यूटर है; मैं कम देखभाल नहीं कर सकता)। मैं कल अक्षम, रीबूट और पुन: प्रयास करने जा रहा हूं।

इसके अलावा, मेरी परियोजना को आगे बढ़ाना, जैसा कि, स्थानीय C: को ठीक करता है। यह बहुत जल्दी लोड हो जाता है। लेकिन यह काम के माहौल में आदर्श नहीं है। मैं पिछले संस्करणों को खो देता हूं, जब तक मैं इसे मैन्युअल रूप से कॉपी नहीं करता, तब तक मेरा कोड बिल्कुल भी समर्थित नहीं है और इसे अब किसी के साथ साझा नहीं किया जाएगा।

मैं इसे C से नेटवर्क शेयर में आगे और पीछे कॉपी कर सकता हूं, अगर यह आता है। प्रत्येक पृष्ठ लोड के लिए दो मिनट प्रतीक्षा करना अधिक कष्टप्रद है।


मेरे पास बहुत सारे प्रश्न हैं: आप जिस मशीन पर चल रहे हैं, उसके बारे में क्या है? क्या आपके पास पर्याप्त अश्वशक्ति है जो आप करने की कोशिश कर रहे हैं? क्या आपके पास कोई तृतीय पक्ष प्लगइन्स है? आपके पास किस तरह का एंटीवायरस है?
फिकले पैंथर

1
अधिक जानकारी के साथ मेरे सवाल को अपडेट किया।
बेर्ज़ोफ़स

केवल ऑफ़लाइन फ़ाइलों को निकालना ही ठीक लग रहा था। इसने थोड़ी देर तक काम किया, फिर समस्या वापस आ गई। लेकिन मेरे पास एक और संभावित जवाब है। मेरे समाधान का अद्यतन करना।
Ber'Zophus

एंटीवायरस के सवाल का जवाब देने के लिए, मेरे पास थ्रेटफायर के साथ प्रमुख मुद्दे थे। अस्थायी रूप से इसे बंद करने से डिबगर का बैकअप मेरे लिए कम से कम सैकड़ों गुना हो गया। मेरे मुख्य एवी (अवास्ट!) को बंद करने से केवल थोड़ी मदद मिली।
जॉन कोम्ब्स

@JohnSaunders क्या आप व्यवस्थापक मोड में ?: इसे चलाने की कोशिश stackoverflow.com/questions/36322440/...
रॉबर्ट Oschler

जवाबों:


650

यहाँ मैंने विज़ुअल स्टूडियो 2012 में "धीमी प्रतीक लोडिंग" समस्या को हल किया है:

  • टूल्स -> विकल्प -> डिबगिंग -> जनरल पर जाएं

  • "बस मेरा कोड सक्षम करें" के बगल में स्थित चेकमार्क चेक करें।

  • टूल्स -> विकल्प -> डिबगिंग -> सिंबल पर जाएं

  • कैश किए गए प्रतीकों को संग्रहीत करने के लिए "..." बटन पर क्लिक करें और अपने स्थानीय कंप्यूटर पर कहीं नया फ़ोल्डर बनाएं / चुनें। मैंने अपना नाम "सिंबल कैशिंग" रखा और इसे डॉक्यूमेंट्स -> विज़ुअल स्टूडियो 2012 में रखा।

  • "सभी प्रतीकों को लोड करें" पर क्लिक करें और प्रतीकों को Microsoft के सर्वर से डाउनलोड होने की प्रतीक्षा करें, जिसमें कुछ समय लग सकता है। ध्यान दें कि सभी सिंबल बटन लोड करें केवल डीबगिंग के दौरान उपलब्ध हैं।

  • Visual Studio को Microsoft सर्वरों को दूर से देखने से रोकने के लिए "Microsoft Symbol Servers" के आगे चेकमार्क को UNCHECK करें।

  • ओके पर क्लिक करें"।

अब से, प्रतीक लोडिंग बहुत तेज होनी चाहिए।

ध्यान दें कि यदि आप Microsoft असेंबली में कोई परिवर्तन / डाउनलोड करते हैं, तो आपको फिर से प्रतीक संवाद बॉक्स और "सभी प्रतीकों को लोड करें" पर वापस जाने की आवश्यकता हो सकती है।


31
मेरे लिए कोई फिक्स नहीं मुझे डर है। यह Microsoft प्रतीकों के साथ मुद्दों के इर्द-गिर्द घूमने वालों के लिए एक अच्छा समाधान होगा। दुर्भाग्य से मेरे लिए, मेरी समस्या मेरे अपने प्रतीकों के इर्द-गिर्द घूमती है। वे प्रतीक पहले से ही स्थानीय रूप से कैश करते हैं, और किसी कारण से, केवल एक पृष्ठ लोड में सैकड़ों टाइलें संकलित की गईं।
बेरोज़ोफ़स

8
इस टिप के लिए धन्यवाद एक समस्या मैं यहाँ है लोड सभी प्रतीकों बटन मेरे लिए किसी भी विचार अक्षम है?
क्रिस मैकग्राथ

14
@ChrisMcGrath इस लिंक को social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/… पर आज़माएं । शानदार उत्तर के लिए Btw धन्यवाद
बॉबी टेबल्स

16
आपके चरणों का पालन करने के बाद भी, "सभी प्रतीकों को लोड करें" बटन छिपा हुआ है और मैं उस पर क्लिक नहीं कर सकता। अब मुझे क्या करना चाहिए? मैं वीएस एक्सप्रेस 2012 का उपयोग कर रहा हूं।
हिमांशु अग्रवाल

86
यहां उन लोगों के लिए समाधान है जिनके पास बटन है सभी प्रतीकों को लोड करें अक्षम करें: बटन केवल डीबगिंग के दौरान उपलब्ध है।
Gwynnbleid1

114

IntelliTrace को बंद करना मेरे लिए यह निश्चित है।

Visual Studio में, टूल्स -> विकल्प -> IntelliTrace

फिर, "सक्षम करें IntelliTrace" के लिए चेकबॉक्स को अनचेक करें।

Visual Studio 2012 में IntelliTrace अक्षम करें


2
मेरे एक इकाई परीक्षण के माध्यम से कदम रखते समय मुझे यह समस्या थी। यह लगभग 300 सेकंड के साथ अंतर्मुखी हो गया और लगभग 14 सेकंड हो गया जब इसे बंद कर दिया गया था। इस फिक्स ने वास्तव में मेरे लिए काम किया।
पॉल बुलिवंत

2
25 सेकंड से 6 तक मेरे स्टार्टअप में सुधार हुआ। मुझे लगता है कि इससे मुझे बहुत मदद मिली क्योंकि मैं आवेदन शुरू होने पर अपना खुद का बहुत कोड चला रहा था
जेम्स एलिस-जोन्स

2
Goddamnid ... 1 मिनट से 10 सेकंड तक। इसे VS2012 अल्टीमेट में डिफ़ॉल्ट रूप से चुना गया है। देखो लोग
केविन क्लोइट

7
उपकरण में> Intellitrace नहीं ढूँढ सकता => विकल्प। .. मेरे पास vsComunity 2015 है
shireef khatab

8
Visual Studio 2015 में, Intellitrace केवल VS 2015 एंटरप्राइज़ संस्करण में मौजूद है।
211

78

इसमें से किसी ने भी मेरे लिए काम नहीं किया लेकिन मुझे एक प्रतीक पर एक ब्रेकपॉइंट मिला जिसे हटा दिया गया था। लगता है 2010 इस पर लटका हुआ था। यह देखने के लिए कि क्या यह आपका मुद्दा डिबग है-> विंडोज़-> ब्रेकप्वाइंट यदि कोई हो तो उसे हटा दें।

सॉन्डर्स ने उल्लेख किया कि उन्होंने इसके लिए जाँच की लेकिन इस समस्या के समाधान में इसका उल्लेख नहीं किया गया। शायद कुछ के लिए सामान्य ज्ञान, लेकिन हम सभी के लिए नहीं।


5
मुझे अचानक से VS2010 में यह समस्या होने लगी थी, और यह वास्तव में, मेरे ब्रेकपॉइंट में से एक था जो इसे पैदा कर रहा था। जैसे ही मैंने अपने ब्रेकपॉइंट्स को साफ किया, यह फिर से तेज हो गया।
डेविड ऐरापिटान

3
वाह..VS2012 रेंग रहा था, एक साधारण परियोजना बनाने के लिए सिर्फ 5 मिनट। सभी ब्रेकप्वाइंट्स को साफ़ कर दिया और यह फिर से तेज़ हो रहा है, धन्यवाद !!
QFDev

1
इसे पढ़ने और आपके द्वारा कही गई बातों का अनुसरण करने के बाद, मुझे एक ब्रेकपॉइंट मिला जो किसी भी तरह मेरी एक edmx निकाय फाइल के XML कोड में मिला। आप दा आदमी / औरत।
JB06

अनेक अनेक धन्यवाद। इसने मेरे मुद्दे को VS2010 के बहुत धीमे प्रदर्शन के साथ हल किया।
वैभव पटले

2
यह एक धीमी डिबगिंग समस्या के लिए भी काम करता है जो मैंने विज़ुअल स्टूडियो 2015 में की थी
पर्पसैट

41

मैंने "अस्थाई ASP.NET फ़ाइलें" फ़ोल्डर को हटा दिया और मेरे स्थानीयहोस्ट पेज लोड में नाटकीय रूप से सुधार हुआ। यहाँ पथ है ...% अस्थायी% \ अस्थायी ASP.NET फ़ाइलें \


9
C: \ Users \ {USER_NAME} \ AppData \ Local \ Temp पथ है और "AppData" फ़ोल्डर एक छिपा हुआ फ़ोल्डर है
शिवा नारू

2
मैं यहाँ पुरानी बकवास का 1GB पाया .... यह सब हटा दें और वी.एस. थोड़ा बेहतर चल रहा है। :)
RitchieD

29

क्या आपने FusionLog को सक्षम किया है?

डिबगिंग शुरू करते समय मेरा VisualStudio शुरू करने, समाधान खोलने और प्रतीकों को लोड करने के लिए बहुत धीमा था। यह केवल मेरी मशीन पर धीमा था, लेकिन अन्य मशीनों पर नहीं।

FusionLog डिस्क पर लॉग सामान का टन लिखता है। बस इसे RegEdit पर अक्षम करने से मेरे मामले पर सब कुछ हल हो गया।

यह रजिस्ट्री पर फ्यूजनलॉग कुंजी है:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

ForceLog मान जांचें (1 सक्षम, 0 अक्षम)।


1
उम्म्म्म… बहुत अच्छा जवाब। मैं उसी नाव पर था। मैंने FusionLogबहुत पहले भी सक्षम किया था और इसे अक्षम करना भूल गया था। अब ASP.NET MVCऐप को डीबग करना बहुत तेज़ है। थैंक्स गॉड एंड @rkawano। :)
लेनियल मैककैफ़री

29

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

इन दो फ़ोल्डरों की सामग्री को हटाने का प्रयास करें:

C:\Users\\{UserName}\AppData\Local\Microsoft\WebsiteCache

तथा

C:\Users\\{UserName}\AppData\Local\Temp (विशेष रूप से iisexpress और अस्थाई ASP.NET फ़ाइलें फ़ोल्डर)।

यह C:\Users\\{username}\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startupनिम्न सामग्री के साथ फ़ोल्डर में एक cmd फ़ाइल जोड़कर विंडोज पर लॉग ऑन करने पर स्वचालित रूप से होने के लिए सेट किया जा सकता है:

rmdir C:\Users\\{username}\AppData\Local\Microsoft\WebsiteCache /s /q

rmdir C:\Users\\{username}\AppData\Local\Temp /s /q

यह काम किया। "AppData" फ़ोल्डर एक छिपा हुआ फ़ोल्डर है, बस मामले में, कोई इसे खोजने में असमर्थ है।
शिव नारू

3
यही तो है वो! यह इतनी अच्छी तरह से काम करता है कि जब मैं विंडोज पर लॉग इन करता हूं तो यह स्वचालित रूप से हो जाता है: मैंने DeleteVisualStudioCache.cmd नामक एक फ़ाइल C: \ Users \ {यूजरनेम} \ AppData \ Roaming \ Microsoft \ Windows \ Start \ "मेनू \ प्रोग्राम \" में जोड़ा है निम्न आदेशों के साथ स्टार्टअप: rmdir C: \ Users \ {username] \ AppData \ Local \ Microsoft \ WebsiteCache / s / q rmdir C: \ Users \ {उपयोगकर्ता नाम} \ AppData \ Local \ Temp / s / q ठहराव
ग्राहम नाइट

25

मुझे लगता है कि मैं कम से कम कारण जान सकता हूं, हालांकि इसका कारण नहीं है। जब समस्या फिर से होने लगी, तो मैंने एक टन "conhost.exe" प्रक्रियाओं पर ध्यान दिया। मैं विजुअल स्टूडियो को बंद कर दूंगा और वे खुले रहेंगे। अंत में उनमें से प्रत्येक पर कार्य समाप्त करना, मज़बूती से समस्या को हल करना है। [उम्मीद है कि]

(बस ध्यान दें, conhost.exe एक विजुअल स्टूडियो प्रक्रिया नहीं है, हालांकि विज़ुअल स्टूडियो इसका उपयोग करता है। इस प्रकार, वहाँ के अन्य उपयोगकर्ताओं को वहाँ अन्य अनुप्रयोग हो सकते हैं जो conhost.exe चलाते हैं। मुझे पता है कि मेरी मशीन ऐसा नहीं है जिसके कारण मैं ऐसा कर रहा हूँ। सुरक्षित रूप से उन सभी को लेकिन YMMV को कार्य समाप्त करें।)

ऐसा क्यों होता है? ऐसा लगता है कि जब मैं एक से अधिक प्रोजेक्ट एक साथ खोलता हूं, जो मैं अक्सर करता हूं, भले ही मैं किसी भी समय केवल उनमें से एक का निर्माण और डिबग करता हूं।


# 1 संपादित करें - यह दुर्भाग्य से "चांदी की गोली" नहीं है। यह हमेशा मेरे लिए काम नहीं करता है। आमतौर पर, जब चीजें धीमी हो जाती हैं, तो मैं अपने सभी विज़ुअल स्टूडियो सत्रों को बंद कर देता हूं, फिर कार्य प्रबंधक में जाता हूं और इसके किसी भी उदाहरण को समाप्त करता हूं, conhost.exe, iisexpress.exe Microsoft.VisualStudio.Web.Host.exe और MSBuill.exe मैं ढूंढ सकता हूँ।

आमतौर पर, उसके बाद, जब मैं अपने प्रोजेक्ट को पुनः आरंभ करता हूं तो यह जल्दी से लोड होता है। लेकिन हमेशा नहीं।

वास्तव में मुझे लगता है कि कार्रवाई का सबसे अच्छा कोर्स शायद एक पुनर्निर्देशित फ़ोल्डर / नेटवर्क शेयर से कोड का निर्माण और डिबग नहीं करना है।


# 2 संपादित करें - दो साल बाद, और यह अभी भी विजुअल स्टूडियो कम्युनिटी 2013 में मेरे लिए एक मुद्दा है, लेकिन मुझे लगता है कि कम से कम अपराधी का काम मिल जाएगा: Explorer.exe । हाँ, कौन जानता था। जिस क्षण मैं उस कार्य को समाप्त करता हूं, bam, पेज एक ही सेकंड में लोड हो जाता है।

अगर मेरे पास एक विंडोज़ एक्सप्लोरर फ़ाइल ब्राउज़र है जो मेरे रीडायरेक्ट नेटवर्क ड्राइव (जो कि अक्सर जहां मेरा कोड है) के लिए खुला है, तो यह समस्या उत्पन्न होती है। विंडो को बंद करना पर्याप्त नहीं है, मुझे पूरे Explorer.exe कार्य को मारना होगा। मैं केवल अनुमान लगा सकता हूं कि यह क्या कर रहा है ... फ़ाइल हैंडल के साथ पागल हो रहा है?

मैं आम तौर पर एक नया explorer.exe कार्य शुरू करने के लिए कार्य प्रबंधक का उपयोग कर सकता हूं (मैं केवल बहुत अधिक-टैबिंग ले सकता हूं), और विज़ुअल स्टूडियो अच्छा और त्वरित लोड करना जारी रखेगा। लेकिन अगर मैं विंडोज एक्सप्लोरर को फिर से खोलता हूं, तो यह लगभग हमेशा सुपर-स्लो-मो पर वापस चला जाता है।

इसलिए, यदि आपको एक पुनर्निर्देशित नेटवर्क शेयर मिला है, तो उसे शॉट दें। यह सुनिश्चित करता है कि स्थानीय स्तर पर काम हो।


मुझे पता है कि यह थोड़ी पुरानी खबर है, लेकिन मुझे भी यही समस्या थी। मेरी टीम ने सुझाव दिया कि मैं एक निर्माण स्क्रिप्ट का उपयोग करता हूं जो कि मेरे स्थानीय स्रोत से फ़ाइलों पर कॉपी की जाती है जहां फाइलें चलाई जा रही थीं और हर बार जब मैं उस सबरूटीन को स्वयं चलाता था तो यह एक conhost.exe बनाता था और इसे बंद नहीं करता था। एक बार जब मैंने इसकी सभी अतिरिक्त प्रतियाँ समाप्त कर दीं तो यह फिर से तेज़ दौड़ने लगी।
आरेख आयामी

22

उपरोक्त सभी अच्छे समाधान हैं और मैंने उन सभी की कोशिश की, लेकिन यहां समाधान मिला , जो कि है

Debug -> Delete All Breakpoints

19

मेरे लिए यह IE 9.08.8112.16241 था। जैसे ही मैंने फ़ायरफ़ॉक्स या क्रोम का इस्तेमाल किया, F10 या F11 के साथ कोई सुस्त डिबगिंग नहीं थी। मुझे नहीं पता कि IE के साथ क्या समस्या है, लेकिन मैं आधिकारिक तौर पर अब परीक्षण के लिए इसका उपयोग करने से घृणा करता हूं।

अपडेट: मैंने सभी IE प्रोग्राम ऐड-ऑन को बंद कर दिया है और यह पूरी गति से वापस आ गया है। एक बार में उन्हें चालू करने से पता चला कि लास्टपास (मेरे मामले में) अपराधी था। मुझे लगता है कि मुझे एमएस को दोष देने के लिए नहीं मिलता है।


2
इससे मेरी समस्या भी ठीक हो गई। मैं डिबग करने की कोशिश करते समय पूरा सिस्टम लॉकअप प्राप्त कर रहा था, खासकर जब क्विकवॉच विंडो का उपयोग कर रहा था। LastPass टूलबार को अक्षम करने की आवश्यकता है। (IE 10.0.9200.16635)
मेपर्सन

1
और यही कारण है कि मैं StackOverflow प्यार करता हूँ। लेकिन LastPass को इसे ठीक करना चाहिए - मैं उन्हें ईमेल कर रहा हूं ताकि उन्हें पता चल सके। यह स्पष्ट रूप से अभी भी VS2013 और IE 11. के साथ एक समस्या है। जानकारी के लिए UserBlueOne को धन्यवाद - फिर से काम पर मिल सकता है।
सीन

1
फ्रीकास्ट लेट्सपास! मेरे MVC ऐप के साथ VS 2012 में डिबगिंग करते समय मेरा कीबोर्ड पूरी तरह से भरा हुआ था। डिसेबल लास्टपास और सबकुछ फिर से उड़ गया। धन्यवाद! Upvoted।
टोनी

Win8.x में IE के साथ यदि आप लॉगिन के लिए एमएस खाते का उपयोग करते हैं, तो आप इसे अपने लॉगिन को सिंक कर सकते हैं ताकि लास्टपास का उपयोग करने की कोई आवश्यकता न हो लेकिन फिर भी (आंशिक रूप से) लाभ हैं, :)
पीटर

यह ... मेरे लिए काम किया। कृपया ध्यान दें कि यह अब 2019 है --- छह साल बाद --- और मैं माइक्रोसॉफ्ट एज के साथ लास्टपास प्लगइन का उपयोग कर रहा हूं।
ल्यूक मौरर

15

मेरे लिए, मैंने इस टिप को लागू किया है जो मूल रूप से web.config में संकलन टैग में निम्नलिखित दो विशेषताओं को जोड़कर प्रदर्शन में काफी सुधार करता है

<compilation ... batch="false" optimizeCompilations="true"> ... </compilation>

बैच = "झूठा" क्या करता है?

यह केवल उन पृष्ठों को संकलित करके पूर्व-संकलन को अधिक चयनात्मक बनाता है जो बदल गए हैं और पुन: संकलन की आवश्यकता है

बिल्कुल ऑप्टिमाइज़पिलिकेशन क्या कर रहा है? स्रोत

ASP.NET एक प्रति एप्लिकेशन हैश कोड का उपयोग करता है जिसमें बिन और App_Code फ़ोल्डर, और Global.asax सहित कई चीजें शामिल हैं। जब भी कोई ASP.NET ऐप डोमेन शुरू होता है, तो यह जाँचता है कि क्या यह हैश कोड पहले की गणना से बदल गया है। यदि यह है, तो पूरे कोडजेन फ़ोल्डर (जहां संकलित और छाया की गई असेंबली लाइव रहती है) को मिटा दिया जाता है।

जब यह अनुकूलन चालू होता है (OptimCompilations = "true" के माध्यम से), हैश अब बिन, App_Code और Global.asax को ध्यान में नहीं रखता है। परिणामस्वरूप, यदि वे परिवर्तन हम कोडजेन फ़ोल्डर को मिटा नहीं देते हैं।

संदर्भ: msdn पर संकलन तत्व


2
प्रविष्टि के लिए धन्यवाद। यह वास्तव में स्वीकृत उत्तर की तुलना में मेरे प्रदर्शन को बेहतर बनाने के लिए अधिक था।
कानापोलिस

@ Ber'Zophus क्या आप इसे आज़मा सकते हैं और हमारे साथ अपना परिणाम साझा कर सकते हैं?
कोरायम

संकलन सिस्टम के अंदर चला जाता है
। हम

1
बड़े समाधान और वेब एप्लिकेशन (एमवीसी) के लिए काम करने की पुष्टि की।
hQuse

12

मुझे डिबगिंग के साथ निष्पादन की परेशानी भी थी और मैंने डीबगर के कई विकल्पों की कोशिश की। जब मैं इस विकल्प को बदलता हूं, तो मेरे मामले में बड़ी परिपूर्णता हासिल हुई:

उपकरण - विकल्प - डिबगिंग - आउटपुट विंडो - (सामान्य आउटपुट सेटिंग्स - सभी डिबग आउटपुट) - बंद


12

मेरे मामले में, यह वीएस 2012 के साथ .NET रिफ्लेक्टर विजुअल स्टूडियो एक्सटेंशन (संस्करण 8.3.0.93) था। डीबगिंग प्रत्येक चरण के लिए 10 सेकंड ले रहा था (F10)।

Visual Studio में, उपकरण / एक्सटेंशन और अपडेट पर जाएँ ... और .NET परावर्तक Visual Studio एक्सटेंशन को अक्षम करें । Visual Studio को पुनरारंभ करना न भूलें।


मुझे पता चला कि यह मेरी समस्या का कारण है। एक्सटेंशन को अक्षम करने के बाद ही मैंने यह देखना चाहा कि क्या किसी और ने इस पर ध्यान दिया है।
AWJ

11

जब "मूल कोड" डीबगर सक्षम किया गया था, तो मुझे धीमी दृश्य स्टूडियो डीबगिंग के साथ समस्या थी। इसे अक्षम करने का प्रयास करें।

"विज़ुअल स्टूडियो 2012" पर जाएं:

  1. परियोजना के गुण ->
  2. वेब ->
  3. डीबगर (पृष्ठ के नीचे)। ->
  4. ASP.NET को छोड़कर सभी को अक्षम करें

आशा है ये मदद करेगा।

इसी तरह के सवाल: 1 , 2


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

उसने मेरे लिए इसे हल कर दिया!
हार्वे

11

मेरे मामले में यह था

Tools/Options/Debugging/General/Enable JavaScript debugging for ASP.NET (Chrome and IE)

एक बार जब मैंने इसे अनचेक कर दिया, तो मेरा डिबग शुरू 45-60 सेकंड से 0-5 सेकंड तक चला गया।


यह सबसे तेज एक है
फ्रैंक मायत थू

10

एक बार, एक पावर आउटेज के बाद, मुझे हर बार एक ही सुस्ती की समस्या का सामना करना पड़ा, जब एक ब्रेकपॉइंट मारा गया या एक एक्ससेप्शन फेंका गया।

मुझे यह याद करते हुए अस्पष्ट था कि "सू" फाइल ("स्लन" सॉल्यूशन फाइल के समान निर्देशिका में) दूषित हो सकती है और सब कुछ धीमा कर सकती है।

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

मैंने अपनी "सू" फाइलें हटा दीं और सब कुछ ठीक था। .Suo फ़ाइलों को हटाने हानिरहित है और केवल मेरे विंडोज़ लेआउट और प्रारंभिक परियोजना और कुछ अन्य गैर महत्वपूर्ण अनुकूलन को फिर से बनाने के लिए है।


मुझे बस एहसास हुआ कि मैं पावर आउट होने के बाद भी धीरे-धीरे ही सही, इस जवाब के लिए बहुत बहुत धन्यवाद।
निक

.vsविज़ुअल स्टूडियो के बाद के संस्करणों में एक फ़ोल्डर देखें। वह हटा दें।
सीएडी

10

मैं भी इस मुद्दे का सामना कर रहा था, नीचे दिए गए कदम हैं जो मैं करता हूं और यह हमेशा मेरे लिए काम करता है:

  • समाधान -suo फ़ाइल को हटाना।
  • अस्थाई ASP.NET फ़ाइलें हटाना (आप इसे % WINDOW% \ Microsoft.NET \ फ्रेमवर्क \\ अस्थाई ASP.NET फ़ाइलों में पा सकते हैं )
  • अनुप्रयोग में सभी विराम बिंदुओं को हटाना।

रीस्टार्टिंग ने इसे सामान्य की तुलना में 10x के बजाय सामान्य से 5 गुना अधिक लंबा बना दिया। .Suo फ़ाइल को हटाने से यह लगभग तुरंत स्टार्टअप बन गया। धन्यवाद!
शेल्बी ११५

लगता है .suo फ़ाइल को हटाने का काम किया। इस फ़ाइलों को हटाने का कोई भी कारण प्रदर्शन को बढ़ाने में मदद करता है।?
शार्पकोड

@SharpCoder .suo में बहुत सारी जानकारी होती है जैसे कि कौन सी फाइलें वर्तमान में आईडीई, डिबगर जानकारी, स्थानीय सेटिंग्स आदि में खुली हैं और जब यह फाइल भ्रष्ट हो जाएगी, बनाम अधिक CPU उपयोग की खपत शुरू कर देता है, जो वीएस धीमा और यहां तक ​​कि लटका देता है। कुछ मामले।
जीकी निंजा

9

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

आशा है कि ये आपकी मदद करेगा।


7

मेरा धीमा वीएस मुद्दा ब्राउज़र लिंक को अक्षम करके हल किया गया था

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


मुझे पता है कि "थैंक यू" टिप्पणियाँ यहाँ पर थोड़ी बहुत हैं, लेकिन गंभीरता से, THANK YOU SO MUCH। इस एक परिवर्तन ने उस कार्यक्रम को लिया जो मैं धीमी गति से परीक्षण कर रहा हूं जो अनिवार्य रूप से तत्काल प्रतिक्रिया के लिए अनुपयोगी है। आपने शायद मुझे उत्पादकता के प्रति दिन एक या दो घंटे के लिए खरीदा है ताकि चीजों को लोड करने के लिए इंतजार न करना
पड़े

आप @thnkwthprtls स्वागत है - उन एमएस डिफ़ॉल्ट सेटिंग्स आप के लिए :) बाहर देखने की जरूरत में से एक
नमकीन

इसे निष्क्रिय करना आवश्यक नहीं है, मेरा उत्तर देखें => stackoverflow.com/a/34979659/2736742
ए। मोरेल

6

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


बस यह ठीक वही बात थी। लगभग मुझे पागल कर दिया। धरती पर एक web.config फ़ाइल में एक निष्क्रिय ब्रेकपॉइंट पूरी तरह से डिबगिंग को क्यों तोड़ता है?
प्लेनव

6

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

मेरा समाधान वास्तव में एंटीवायरस को अक्षम करना था । हाँ, विंडोज डिफेंडर मेरे प्रोजेक्ट लॉन्च को धीमा कर रहा था! यह सभी dll की जाँच करेगा क्योंकि Visual Studio ने उनसे अनुरोध किया और पूरे प्रतीक भार प्रक्रिया को धीमा कर दिया।

मुझे कहना है कि हमारी मशीनों के पास वास्तव में तेजी से समाधान संकलित करने के लिए महान चश्मा हैं, इसलिए यह कभी भी समस्या नहीं थी। हम वीएस 2013 परम में कोड।


1
हाँ, खिड़कियों के डिफेंडर को बंद करना एक आकर्षण की तरह काम करता है! स्थायी रूप से Windows 10 में विंडोज डिफेंडर बंद करने के लिए, regedit पथ HKLM \ System \ CurrentContolSet \ सेवाएं \ WinDefend में प्रारंभ = "4" (4 विकलांगों के लिए है) सेट
hal

AVG एंटीवायरस के साथ समस्या हो रही है। क्या किसी ने काम किया है यदि समस्या को हल करने के लिए किसी विशेष फ़ोल्डर को एंटीवायरस से बाहर रखा जा सकता है, तो कृपया? मैंने प्रतीकों को कैश किया है, और प्रतीक कैश फ़ोल्डर को बाहर कर दिया है - लेकिन इससे कोई फर्क नहीं पड़ा।
ग्राहम लाईट

1
आप एवी रख सकते हैं और विश्लेषण से निश्चित पथ और लक्ष्यों (वीएस और आपकी परियोजनाओं) को बाहर कर सकते हैं
सोलेल - मैथ्यू प्रिवोट

5

प्रतीक कैश को खाली करना मेरे लिए काम कर गया।

देखें: मेनू बार / उपकरण / विकल्प / डिबगिंग / प्रतीक / खाली प्रतीक कैश


3

इसी तरह की समस्या ने मेरा आधा दिन बर्बाद कर दिया!

चूँकि मेरी समस्या का समाधान यहाँ के व्हाट्सएप से अलग था, इसलिए मैं इसे पोस्ट करने जा रहा हूँ ताकि यह किसी और की मदद कर सके।

मेरा एक ब्रेकपॉइंट था। मेरे पास एक "ब्रेक एट फंक्शन" ब्रेकपॉइंट था (यानी एक कोड लाइन पर F9 दबाने के बजाय, हम उन्हें ब्रेकपॉइंट विंडो का उपयोग करके बनाते हैं) जो कि मेरी परियोजना के बाहर एक लाइब्रेरी फ़ंक्शन में बंद होना चाहिए।

और मेरे पास "नाम का सत्यापन करने के लिए Intellisense का उपयोग करें " चुना गया। (जानकारी यहाँ )

यह नर्क की तरह धीमा हो गया (2 सेकंड से 5 मिनट तक परियोजना शुरू)।

ब्रेक पॉइंट को हटाकर इसे अच्छे के लिए हल किया।


3

उपरोक्त सभी करने के बाद मेरे लिए काम करने वाली एक चीज़ थी:
थ्रेड्स विंडो में (डीबग-> विंडोज-> थ्रेड्स), ग्रुप को सेट करके कोई नहीं। यह केवल डिबगिंग करते समय किया जा सकता है।

उस विंडो को बंद करने के बाद भी यह प्रभाव डाल रहा था।


3

विज़ुअल स्टूडियो में:

उपकरण -> विकल्प -> डिबगिंग -> प्रतीक

"केवल निर्दिष्ट मॉड्यूल चुनें"। "मॉड्यूल निर्दिष्ट करें" लिंक पर क्लिक करें, और एक रिक्त मॉड्यूल जोड़ें (नए दस्तावेज़ बटन पर क्लिक करें और ठीक पर क्लिक करें)।


3

विंडोज़ एक्सप्लोरर में समाधान फ़ोल्डर खोलें, विज़ुअल स्टूडियो को बंद करें, विंडोज़ एक्सप्लोरर से .suo फ़ाइल को हटाएं।

अब दृश्य स्टूडियो में परियोजना खोलें, उम्मीद है कि डिबगर तेजी से संलग्न / अलग हो जाएगा।


3

मेरे लिए यह सशर्त विराम बिंदु था। वे वास्तव में चीजों को धीमा करने लगते हैं।


1
वास्तव में वे करते हैं। लेकिन केवल अगर उन्हें युक्त लाइनें वास्तव में निष्पादित की जाती हैं।
पीटर मोर्टेंसन

3

अपने पर्यावरण चर पर जाएं और कुंजी _NT_SYMBOL_PATH देखें।

इसे मिटाओ।

वोइला, एक आकर्षण की तरह काम किया।


value == symsrv*symsrv.dll*C:\WINDOWS\Symbols*http://msdl.microsoft.com/download/symbolsअभी भी कोई पासा नहीं!
स्लीवरनिंजा - MSFT

3

मेरे लिए समस्या "ब्राउज़र लिंक" सुविधा थी जो बहुत भारी है जब आपके पास एक ही परियोजना के लिए कई टैब खुले होते हैं!

क्योंकि हर बार जब हमने प्रोजेक्ट लॉन्च किया, तो यह ब्राउज़र लिंक संचार के साथ एक नया टैब खोलता है।

प्रोजेक्ट से जुड़े सभी टैब को बंद करें और केवल एक को खुला रखें!

यह नि: शुल्क तुरंत दृश्य स्टूडियो! यह जादू है ! ;-)

“ब्राउज़र लिंक विजुअल स्टूडियो 2013 के बाद से एक विशेषता है जो विकास के वातावरण और एक या अधिक वेब ब्राउज़र के बीच एक संचार चैनल बनाता है। आप एक बार में कई ब्राउज़र में अपने वेब एप्लिकेशन को ताज़ा करने के लिए ब्राउज़र लिंक का उपयोग कर सकते हैं, जो क्रॉस-ब्राउज़र परीक्षण के लिए उपयोगी है। "


3

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

उपकरण -> आयात और निर्यात सेटिंग्स -> हाँ, मेरी वर्तमान सेटिंग्स को बचाने -> दृश्य C #

मुझे यकीन है कि उपरोक्त समाधान अन्य डिफ़ॉल्ट सेटिंग्स के साथ भी काम करेगा। मेरे मामले में कुछ मेरे प्रतीक लोड करने की सेटिंग्स के साथ गड़बड़ हो गया लेकिन मैं इसे ठीक नहीं कर सका, हालांकि मैंने सुझाए गए कुछ समाधानों की काफी कोशिश की।


3

कृपया सुनिश्चित करें कि आपने विजुअल स्टूडियो को व्यवस्थापक मोड में नहीं खोला है

मुझे इस मुद्दे का सामना करना पड़ा और मुझे सामान्य मोड में भागना पड़ा।


6
यदि आपके पास IIS में चलाने के लिए आपकी परियोजनाएँ हैं, तो दुर्भाग्य से व्यवस्थापक के रूप में चलना आवश्यक है।
नेल्सन रॉदरमेल

@NelsonRothermel कौन सा संस्करण? अब और नहीं (VS2017)।
सोइल - मैथ्यू प्रेवोट

@ शोले: VS2017 में अभी भी इसकी आवश्यकता है। IIS एक Windows सेवा (या सेवाओं के सेट) के रूप में चलता है और उपयोगकर्ता स्थान में नहीं। आप IIS एक्सप्रेस का उल्लेख कर सकते हैं जिसमें व्यवस्थापक अधिकारों की आवश्यकता नहीं है। मैं आमतौर पर आपको बाद का उपयोग करने की सलाह दूंगा, विशेषकर एक संगठन में जो मशीनों को बंद कर देता है, लेकिन इसमें कुछ डाउनसाइड होते हैं।
नेल्सन रॉदरमेल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.