ในอินสแตนซ์ Visual Studio ของฉันแม้ว่าฉันจะเขียนเพียงบรรทัดเดียวของผลตอบแทนในแอปพลิเคชันคอนโซล C # แต่จะใช้เวลาหนึ่งนาทีหลังจากกดF5เพื่อรันโค้ดจริง (ฉันหมายถึงเวลาที่ใช้ในการหยุดคำสั่งส่งคืนเดียวหลังจาก การกดF5- ฉันตั้งค่าเบรกพอยต์ในคำสั่ง return ในmainฟังก์ชัน) เกิดอะไรขึ้น? มีรายการตรวจสอบหรือไม่?
ฉันใช้ Visual Studio 2008 VSTS edition และการดีบักบน Windows Server 2003 x64
คำตอบ:
คุณอาจต้องลบจุดพักทั้งหมดของคุณ --- โปรดทราบว่าคุณต้องคลิกปุ่ม "ลบจุดพักทั้งหมด" (หรือใช้Ctrl+ Shift+ F9) ไม่ใช่แค่ลบทีละจุด หาก Visual Studio ทำให้การตั้งค่าโซลูชันของคุณยุ่งเหยิงการตั้งค่าหลังจะไม่ทำงาน คุณอาจต้องเพิ่มเบรกพอยต์ก่อนเพื่อให้สิ่งนี้ใช้งานได้ (ฉลาดมั้ย?)
ถ้าแย่ที่สุดมาถึงแย่ที่สุดคุณอาจต้องลบ.suoไฟล์ของคุณและปล่อยให้ Visual Studio เริ่มต้นใหม่ตั้งแต่ต้น โปรดทราบว่าคุณจะสูญเสียการตั้งค่าการกำหนดค่าโซลูชันส่วนบุคคลของคุณ (สำหรับโซลูชันนี้เท่านั้นไม่ใช่วิธีอื่น ๆ ) อย่างไรก็ตามคุณอาจต้องการย้าย / เปลี่ยนชื่อไฟล์ชั่วคราวจนกว่าคุณจะพิจารณาได้ว่าเป็นปัญหาหรือไม่ ด้วยวิธีนี้คุณสามารถย้ายกลับได้ตลอดเวลา ฉันเคยเห็นแหล่งข้อมูลออนไลน์บางแห่งแนะนำให้ลบ (ย้าย / เปลี่ยนชื่อ) .ncbไฟล์ด้วย
ฉันเคยเห็นสิ่งนี้มาก่อน ลองลบจุดพักทั้งหมดของคุณแล้วตั้งค่าที่คุณต้องการ F5hit เร็วกว่านี้ไหม
ฉันเพิ่งสังเกตเห็นว่าคุณพูดถึงการตั้งค่าคุณลักษณะการดีบักแหล่งที่มา. NET ลองปิดการใช้งาน การเชื่อมต่อเครือข่ายของคุณกับเซิร์ฟเวอร์ต้นทางของ Microsoft อาจช้า นอกจากนี้ยังปิดการใช้งานการเชื่อมต่อเซิร์ฟเวอร์สัญลักษณ์ใด ๆ ในเมนูTools → ตัวเลือก → การแก้จุดบกพร่อง → สัญลักษณ์
นอกจากนี้ยังพยายามปิดการใช้งาน "เปิดใช้งานการประเมินทรัพย์สินและอื่น ๆ สายงานโดยปริยาย" ในเมนูTools → ตัวเลือก → การแก้จุดบกพร่อง → ทั่วไป
หรือลบไฟล์. suo ของคุณซึ่งอยู่ถัดจากไฟล์โซลูชัน (.sln) ของคุณ วิธีนี้ช่วยแก้ปัญหาที่ฉันพบกับเซสชันการดีบักที่ใช้เวลานานในการเริ่มต้นและหยุด
.suoเปิดใหม่และการดีบักทำได้เร็วอีกครั้ง
ฉันมีปัญหานี้ หลังจากลองทำตามคำแนะนำที่ระบุไว้ทั้งหมดและลบส่วนขยาย Visual Studio ทั้งหมดในที่สุดเราก็พบว่าเปิดใช้งาน IntelliTrace แล้ว ปิดการใช้งานที่แก้ไขทุกอย่าง
ตั้งจุดพักไว้เยอะไหม สิ่งเหล่านี้สามารถชะลอเวลาเริ่มต้นได้อย่างแท้จริง ทุกครั้งที่โหลดโมดูลใหม่ลงในพื้นที่แอดเดรสของกระบวนการทุกครั้งจะต้องตรวจสอบเพื่อดูว่าถูกต้อง
ไปที่เมนูเครื่องมือ → ตัวเลือก → ดีบักเกอร์ → สัญลักษณ์และตรวจสอบว่าคุณได้ตั้งค่าสัญลักษณ์สาธารณะหรือเส้นทางเครือข่ายUNCหรือไม่ ตรวจสอบเมนูเครื่องมือ * → ตัวเลือก → ดีบักเกอร์ → ทั่วไปเพื่อดูว่าคุณตั้งเซิร์ฟเวอร์ต้นทางหรือไม่
สิ่งเหล่านี้อาจส่งผลต่อการดีบักตามความเร็วเครือข่ายที่ช้าหรือเซิร์ฟเวอร์ที่ไม่พร้อมใช้งาน เวลารอ 5 นาทีคือการหมดเวลาของเครือข่าย
หากไม่มีการตั้งค่าตัวเลือกใด ๆ ให้ตรวจสอบว่าคุณมีชุดตัวแปรสภาพแวดล้อม _NT_SYMBOL_PATH หรือไม่
เพื่อนร่วมงานของฉันมี Visual Studio ที่ตอบสนองช้ามากและใช้เวลาไม่กี่นาทีในการดำเนินการตามขั้นตอนในขณะที่แก้ไขข้อบกพร่อง
ต้นตอกลายเป็นโปรแกรมป้องกันไวรัส (Threatfire) ที่บ้าคลั่งในขณะที่ Visual Studio กำลังทำงานอยู่ กระบวนการฆ่ามันแก้ไขทุกอย่างทันที
ในกรณีของฉันการเปลี่ยนสัญลักษณ์ดีบักตัวเลือก"โหลดสัญลักษณ์สำหรับ" โดยอัตโนมัติจาก "โมดูลทั้งหมด" เป็น "โมดูลที่ระบุเท่านั้น" ช่วยแก้ปัญหาได้ คุณสามารถเปลี่ยนตัวเลือกนี้ได้จากเมนูTools → ตัวเลือก → การแก้จุดบกพร่อง → สัญลักษณ์
สาเหตุที่แตกต่างกันบวก ... วิธีการค้นหาปัญหา
สำหรับผมแล้วมันเป็นตัวเลือกที่ShowOtherThreadIpMarkers ค่า 1 ทำให้ Visual Studio (2010) ช้าเหลือทน (3-5 วินาทีสำหรับแต่ละขั้นตอนการดีบักด้วยค่า 0 จะเร็วอีกครั้ง
ตัวเลือกนั้นคืออะไร? ฉันไม่รู้. ฉันไม่พบผ่านอินเทอร์เฟซผู้ใช้ Visual Studio ฉันยกเลิกการเลือกตัวเลือกการดีบักที่เป็นไปได้ทั้งหมดในนั้นและไม่มีอะไรทำงาน
ดังนั้นฉันจึงไปที่การนำเข้า / ส่งออกการตั้งค่าและโหลดการตั้งค่าเก่าของฉันที่ฉันเคยบันทึกไว้ก่อนหน้านี้จะย้อนเวลากลับไปจนกว่า Visual Studio จะเร็วอีกครั้งจากนั้นเปรียบเทียบไฟล์ vssettings ... ฯลฯ ฯลฯ
ฉันต้องการสังเกตว่าหากคุณโหลดการตั้งค่าในขณะที่คุณอยู่ในโหมดดีบักหยุดอยู่บนเบรกพอยต์การตั้งค่าเหล่านี้จะมีผลทันที คุณไม่จำเป็นต้องหยุดการดีบักเกอร์และเริ่มต้นใหม่
จากบล็อกของ ScottGu ที่เชื่อมโยงโดย Travis: "อีกหนึ่งประสิทธิภาพที่ฉันได้ยินเกี่ยวกับเมื่อเร็ว ๆ นี้คือปัญหาที่มีคนไม่กี่คนรายงานว่าเกิดปัญหากับส่วนเสริม Google Toolbar ด้วยเหตุผลบางอย่างบางครั้งสิ่งนี้อาจทำให้เกิดความล่าช้าเป็นเวลานานเมื่อแนบ Visual Studio debugger ไปยังเบราว์เซอร์หากคุณพบความล่าช้าเป็นเวลานานในการโหลดเว็บแอปพลิเคชันของคุณและติดตั้งแถบเครื่องมือ Google (หรือแถบเครื่องมืออื่น ๆ ) คุณอาจต้องลองถอนการติดตั้งเพื่อดูว่านั่นเป็นสาเหตุของปัญหาหรือไม่ "
การทำงานภายใต้โปรแกรมดีบั๊กสำหรับฉันช้ากว่าการทำงานโดยไม่ต้องดีบักประมาณ 10 เท่า
หลังจากลองใช้ทุกวิธีที่แนะนำที่นี่ฉันได้ตรวจสอบการตั้งค่าดีบักเกอร์ทุกรายการและเปิด / ปิดใช้งานเพื่อดูว่าสร้างความแตกต่าง
สำหรับฉันปรากฎว่าการปิดใช้งานSuppress JIT optimization ในการโหลดโมดูลในการตั้งค่า debug อย่างหนาแน่นสิ่งที่ดีขึ้น
ตรวจสอบให้แน่ใจว่าคุณไม่มีการแมปเครือข่ายเก่ากับเซิร์ฟเวอร์ที่ไม่มีอยู่อีกต่อไป (การหมดเวลาของเครือข่ายจะฆ่าคุณ) หรือใช้บางอย่างเช่นProcess Monitorเพื่อดูว่าเครือข่าย (หรือข้อผิดพลาดของไฟล์อื่น ๆ ) ดูเหมือนจะปิดกั้นเป็นเวลานานหรือไม่
คุณใช้ SymbolServer เพื่อดาวน์โหลดสัญลักษณ์สำหรับไฟล์ Windows DLL หรือไม่
ถ้าเป็นเช่นนั้นให้ปิดการใช้งานเนื่องจากอาจใช้เวลาสักครู่ แต่ฉันไม่คาดหวังว่าสิ่งนั้นจะทำให้เกิดความล่าช้าเป็นเวลานานในแอปพลิเคชันคอนโซลพื้นฐาน
เมนูTools → ตัวเลือก → การแก้จุดบกพร่อง → สัญลักษณ์
ฉันรู้ว่านี่เป็นหัวข้อเก่า แต่สิ่งที่คุ้มค่า ...
ฉันพบว่าหากฉันเปิดหน้าต่าง Internet Explorer แยกไว้เป็นเวลานานอาจใช้เวลาถึงหนึ่งนาทีในการเริ่มการดีบัก ปิดหน้าต่าง Internet Explorer ทั้งหมดและการดีบักจะเริ่มขึ้นทันที
ในกรณีของฉัน Google Toolbar ทำให้การดีบักช้าลง
gplus_notifications_gadget.html เพียงแค่ดำเนินการต่อไปและการโอเวอร์โหลดดีบักเกอร์ ฉันต้องการเก็บแถบเครื่องมือ Google ไว้เพราะใช้เป็นประจำดังนั้นฉันจึงเพิ่งปิดใช้งานปุ่มการแจ้งเตือน G + (ปุ่มเล็ก ๆ นอกเหนือจากปุ่มโปรไฟล์) ตอนนี้มีความสุขแล้ว
ฉันมีปัญหาเดียวกันใน Visual Studio 2010 โดยก้าวเข้ามาในโค้ดช้าอย่างมาก (ระหว่าง 3 ถึง 10 วินาที) อย่างไรก็ตามการปรับเปลี่ยนการตั้งค่าข้างต้นไม่ได้หลอกลวง
ฉันในที่สุดก็พบทางออกที่ดีที่สุดที่จะทำงานในทุกส่วนของปัญหาดังกล่าวข้างต้นโพสต์: รีเซ็ตการตั้งค่าทั้งหมดของคุณตามที่อธิบายไว้ที่นี่ (หลักเมนู Tools → นำเข้าและส่งออกการตั้งค่า , รีเซ็ตการตั้งค่าทั้งหมดที่มีการบันทึกการตั้งค่าที่มีอยู่ไปยังแฟ้ม (สำหรับย้อนกลับ )).
ก่อนอื่นคุณอาจต้องการบันทึกส่วนใดส่วนหนึ่งของการตั้งค่าของคุณ ตัวอย่างเช่นฉันบันทึกชุดรูปแบบสีของฉันไว้ก่อน (เช่น Solarized) จากนั้นเรียกคืนหลังจากการรีเซ็ตทั่วโลก
สำหรับผมแล้วการตั้งค่าที่ฆ่าประสิทธิภาพ (Windows 8 แขวนคอแม้ยกเว้นสำหรับการเคลื่อนไหวของเมาส์) คือการยกเลิกการทำเครื่องหมาย "หยุดกระบวนการทั้งหมดเมื่อกระบวนการหนึ่งแบ่ง"ในเมนูตัวเลือก → การแก้จุดบกพร่อง → ทั่วไป
อีกหนึ่งสาเหตุของประสบการณ์การดีบัก Visual Studio ที่ช้า ...
นานมาแล้วฉันเปิดใช้งานFusionLogเพื่อดูว่าอะไรเป็นสาเหตุของปัญหาการรวมแอสเซมบลี
ตรวจสอบให้แน่ใจว่าคุณปิดการใช้งานหลังจากใช้งานแล้ว ทำไม? เนื่องจากเขียนข้อมูลบันทึกจำนวนมากลงในดิสก์ขณะเปิดใช้งาน
นี่คือFusionLogกุญแจสำคัญใน Window's Registry ( regedit.exe):
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
เปลี่ยนForceLog, LogImmersiveและLogResourseBindingsค่าจาก 1 (เปิดใช้งาน) 0 (คนพิการ)
ฉันก็มีปัญหานี้เช่นกัน แต่มันไม่เกี่ยวข้องกับเบรกพอยต์ในกรณีของฉัน เป็นรหัสทางลัดที่ฉันเพิ่มในหน้าต่างงาน:
ฉันแน่ใจว่ามีวิธีอื่นที่คุณอาจพบปัญหาเช่นนี้ แต่มีข้อบกพร่องบางอย่างที่ทำให้เกิดปัญหานี้สำหรับฉัน ... การลบตัวเลือกทั้งหมดของฉันจะแก้ไขปัญหานี้ได้ แต่นั่นเป็นสิ่งที่ฉันไม่ต้องการ ทำ. ดังนั้นฉันจึงแก้ไขข้อบกพร่องและเขียนเกี่ยวกับเรื่องนี้ในบล็อกของฉัน ... ปัญหาของคุณดูเหมือนของฉัน
สิ่งที่ได้ผลสำหรับฉันคือการทำให้แน่ใจว่าไม่มีจุดพักตามเงื่อนไข นอกเหนือจากนั้นฉันประสบความสำเร็จในการแก้ไขข้อบกพร่องที่ช้าโดยเพียงแค่รีสตาร์ท Visual Studio และเปิด Visual Studio ครั้งละหนึ่งอินสแตนซ์เท่านั้น
ฉันมีปัญหาที่คล้ายกันและดูเหมือนว่าไม่มีคำแนะนำอื่นใดที่จะช่วยได้ ฉันได้รีบูตโดยไม่มีประโยชน์ ฉันได้ลบเบรกพอยต์ทั้งหมดลบไฟล์. suo ตรวจสอบว่าสัญลักษณ์ไม่ได้ถูกโหลดจากแหล่งภายนอกและตรวจสอบว่าไม่มีเส้นทางในแอปพลิเคชันที่ไม่พร้อมใช้งาน
จากนั้นฉันคิดว่าจะทำความสะอาดสารละลาย ฉันสังเกตเห็นในหน้าต่างผลลัพธ์ว่า C # IntelliSense รายงานปัญหาเมื่อทำความสะอาด:
มีปัญหาในการอ่านข้อมูลเมตาจาก "{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}" ("ระบบไม่พบไฟล์ที่ระบุ") IntelliSense อาจทำงานไม่ถูกต้องจนกว่าจะโหลดโซลูชันใหม่
ในกรณีนี้เมื่อคุณพบข้อความแสดงข้อผิดพลาดจริงจะบอกวิธีแก้ไขให้คุณทราบอย่างชัดเจน (ทำได้ดีกับข้อความแสดงข้อผิดพลาดทำงานไม่ดีในการค้นพบ!) ฉันยกเลิกการโหลดโครงการของโซลูชันแล้วโหลดใหม่ จากนั้นฉันก็สามารถเรียกใช้โซลูชันที่สะอาดได้สำเร็จ มันใช้งานได้และดีบักเกอร์ก็ทำได้เช่นกัน
การปิดหน้าต่าง "Autos" ช่วยปรับปรุงการดีบักสำหรับฉันใน Visual Studio 2008 สำหรับโซลูชัน C ++ ดั้งเดิมขนาดใหญ่
การซ่อนจะใช้ไม่ได้ จำเป็นต้องปิด
ฉันพบว่าการชะลอตัวแบบเดียวกันและการตัดการเชื่อมต่อจากเครือข่ายได้แก้ไขปัญหาให้ฉันตามที่ความคิดเห็นและคำตอบอื่น ๆ ระบุไว้ (แต่แน่นอนว่านั่นไม่ใช่การแก้ไขที่ดีที่สุด)
สำหรับกรณีของฉันการเปลี่ยนแปลงง่ายๆนี้แก้ไขวิธีแก้ปัญหาของฉัน: ในคุณสมบัติโครงการบนแท็บดีบักฉันปิดใช้งาน"เปิดใช้งานกระบวนการโฮสต์ Visual Studio" (ฉันกำลังเรียกใช้ Visual Studio 2010)