2010-05-05 7 views
9

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

मैंने पहले से ही सभी अतिरिक्त विंडोज़ जैसे स्टैक ट्रेस, घड़ियों, ऑटो को बंद कर दिया है; सभी ब्रेकपॉइंट हटा दिया।

सर्वर और विकास मशीन विभिन्न डोमेन में स्थित हैं, इसलिए मैंने मिलान करने वाले पासवर्ड के साथ दोनों पर एक स्थानीय उपयोगकर्ता स्थापित किया है। रिमोट डीबगर सेवा के रूप में चल रहा है।

सुरक्षा लॉग को देखते हुए, मुझे रिमोट डीबगिंग खाता लॉगिंग (हर मिनट के बारे में रिकॉर्ड) के बारे में बहुत सारी प्रविष्टियां मिलीं।

रिमोट डीबगिंग को कैसे बढ़ाया जा सकता है इस पर कोई सुझाव?

  • विकास कंप्यूटर: क्वाड कोर, 8 जीबी मेमोरी, विंडोज   7 x64, विजुअल स्टूडियो 2010 अल्टीमेट।
  • लक्ष्य सर्वर: ASP.NET वेबसाइट, 2x डुअल कोर Xeon, 2   जीबी मेमोरी, दूरस्थ डीबगर 2010
  • संचार चैनल: वीपीएन, 5 Mbit/s, के बारे में 20   एमएस विलंबता। (ऐसा लगता है कि डीबगिंग कभी भी 20 से अधिक   kbyte/s)
+0

मैं इसे भी देख रहा हूं। मेरे पास एक तेज़ वीपीएन कनेक्शन है, इतना तेज़ है कि सर्वर पर रिमोट डेस्कटॉप करना एक चैंप की तरह चलता है। लेकिन रिमोट डीबगिंग अनुपयोगी है। एक सरल "चरण खत्म" करने के लिए 5+ सेकंड। – mhenry1384

उत्तर

0

यह एक अति सक्रिय फ़ायरवॉल के कारण हो सकता है।

यदि आप परीक्षण कर सकते हैं, तो बस परीक्षण करने के लिए, दोनों बक्से पर अपने फ़ायरवॉल को अक्षम करें और देखें कि आपका प्रदर्शन बिल्कुल बढ़ता है या नहीं।

1

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

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

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