Trong trường hợp Visual Studio của tôi, ngay cả khi tôi chỉ viết một dòng trả về trong ứng dụng bảng điều khiển C #, tôi sẽ mất một phút sau khi nhấn F5để thực thi mã thực (ý tôi là thời gian dừng trên câu lệnh trả về duy nhất sau nhấn F5- Tôi đặt một điểm ngắt trên câu lệnh trả về trong mainhàm). Chuyện gì thế? Có một danh sách kiểm tra?
Tôi đang sử dụng phiên bản Visual Studio 2008 VSTS và gỡ lỗi trên Windows Server 2003 x64.
Câu trả lời:
Bạn có thể cần phải xóa tất cả các điểm ngắt của mình --- lưu ý rằng bạn cần nhấp vào nút "Xóa tất cả các điểm ngắt" (hoặc sử dụng Ctrl+ Shift+ F9), KHÔNG chỉ xóa từng điểm một. Nếu Visual Studio đã làm sai cài đặt giải pháp của bạn, cài đặt giải pháp sau sẽ không hoạt động. Trước tiên, bạn có thể cần thêm một điểm ngắt, để điều này hoạt động (thông minh, hả?).
Nếu điều tồi tệ nhất xảy đến, bạn có thể cần phải xóa .suotệp của mình và để Visual Studio bắt đầu một tệp mới từ đầu. Tuy nhiên, lưu ý rằng bạn sẽ mất cài đặt cấu hình giải pháp cá nhân của mình (chỉ dành cho giải pháp này, không phải bất kỳ giải pháp nào khác). Tuy nhiên, bạn có thể muốn tạm thời di chuyển / đổi tên tệp cho đến khi bạn xác định được đây có phải là vấn đề hay không; bằng cách đó, bạn luôn có thể di chuyển nó trở lại. Tôi đã thấy một số tài nguyên trực tuyến khuyên bạn nên xóa (di chuyển / đổi tên) .ncbtệp.
Tôi đã thấy điều này trước đây. Hãy thử xóa tất cả các điểm ngắt và sau đó đặt những điểm bạn muốn. Đánh F5. Bây giờ có nhanh hơn không?
Tôi chỉ nhận thấy rằng bạn đã đề cập đến việc thiết lập tính năng gỡ lỗi nguồn .NET. Cố gắng vô hiệu hóa điều đó. Kết nối mạng của bạn với máy chủ nguồn của Microsoft có thể chậm. Đồng thời tắt bất kỳ kết nối máy chủ biểu tượng nào trong menu Công cụ → Tùy chọn → Gỡ lỗi → Biểu tượng .
Ngoài ra, hãy thử tắt "Bật đánh giá thuộc tính và các lệnh gọi hàm ngầm khác" trong menu Công cụ → Tùy chọn → Gỡ lỗi → Chung .
Hoặc xóa tệp .suo của bạn có thể được tìm thấy bên cạnh tệp giải pháp (.sln) của bạn. Điều này đã giải quyết một vấn đề mà tôi gặp phải với các phiên gỡ lỗi mất nhiều thời gian để bắt đầu và dừng lại.
.suo, mở lại và gỡ lỗi nhanh chóng trở lại.
Tôi đã có vấn đề này. Sau khi thử tất cả các lời khuyên được liệt kê và xóa tất cả các tiện ích mở rộng Visual Studio, cuối cùng chúng tôi đã phát hiện ra rằng bằng cách nào đó IntelliTrace đã được kích hoạt. Vô hiệu hóa điều đó đã khắc phục mọi thứ.
Bạn có đặt nhiều điểm ngắt không? Chúng thực sự có thể làm chậm thời gian khởi động. Mỗi khi một mô-đun mới được tải vào không gian địa chỉ quy trình, tất cả chúng đều cần được kiểm tra để xem chúng có hợp lệ hay không.
Đi tới menu Công cụ → Tùy chọn → Trình gỡ lỗi → Biểu tượng và kiểm tra xem bạn đã đặt ký hiệu công khai hoặc đường dẫn mạng UNC chưa . Cũng kiểm tra menu Công cụ * → Tùy chọn → Trình gỡ lỗi → Chung để xem bạn đã đặt máy chủ nguồn chưa.
Tất cả những điều này có thể ảnh hưởng đến việc gỡ lỗi dựa trên tốc độ mạng chậm hoặc máy chủ không khả dụng. Thời gian chờ 5 phút là thời gian chờ của mạng.
Nếu không có tùy chọn nào được đặt, hãy kiểm tra xem bạn đã đặt biến môi trường _NT_SYMBOL_PATH chưa.
Đồng nghiệp của tôi có một Visual Studio phản hồi rất chậm và thực sự mất vài phút để thực hiện một bước trong khi gỡ lỗi.
Nguyên nhân gốc rễ hóa ra là một chương trình chống vi-rút (Threatfire) đã phát điên trong khi Visual Studio đang chạy. Quá trình giết chết nó ngay lập tức khắc phục mọi thứ.
Trong trường hợp của tôi, việc thay đổi biểu tượng gỡ lỗi "Tự động tải biểu tượng cho" từ "Tất cả các mô-đun" thành "Chỉ các mô-đun được chỉ định" đã giải quyết được vấn đề. Bạn có thể thay đổi tùy chọn này từ menu Công cụ → Tùy chọn → Gỡ lỗi → Biểu tượng .
Một nguyên nhân khác cộng với ... Cách tìm ra vấn đề
Đối với tôi, đó là tùy chọn ShowOtherThreadIpMarkers . Giá trị 1 làm cho Visual Studio (2010) chậm đến mức không thể chịu nổi (3-5 giây cho mỗi bước gỡ lỗi. Với giá trị 0, nó nhanh trở lại.
Tùy chọn đó là gì? Tôi không có ý kiến. Tôi không thể tìm thấy nó thông qua giao diện người dùng Visual Studio. Tôi đã bỏ chọn tất cả các tùy chọn gỡ lỗi có thể có trong đó và không có gì hoạt động.
Vì vậy, tôi đã đi đến Cài đặt Nhập / Xuất và tải các cài đặt cũ mà tôi đã lưu trước đó để quay ngược thời gian cho đến khi Visual Studio nhanh trở lại, sau đó so sánh các tệp vssettings ..., v.v., v.v.
Tôi muốn lưu ý rằng nếu bạn tải các cài đặt trong khi bạn đang ở chế độ gỡ lỗi bị dừng trên một điểm ngắt, chúng sẽ có hiệu lực ngay lập tức. Bạn không phải dừng trình gỡ lỗi và khởi động lại.
Từ blog của ScottGu được liên kết bởi Travis: "Một vấn đề khác về hiệu suất mà tôi đã nghe gần đây là một vấn đề mà một số người đã báo cáo đang gặp phải với phần bổ trợ Thanh công cụ của Google. Vì một số lý do, điều này đôi khi có thể gây ra sự chậm trễ lâu khi đính kèm Hình ảnh Trình gỡ lỗi Studio cho trình duyệt. Nếu bạn thấy ứng dụng web của mình bị chậm trễ kéo dài và đã cài đặt Thanh công cụ của Google (hoặc các thanh công cụ khác), bạn có thể thử gỡ cài đặt chúng để xem đó có phải là nguyên nhân của sự cố không. "
Đối với tôi, chạy dưới trình gỡ lỗi chậm hơn khoảng 10 lần so với chạy mà không gỡ lỗi.
Sau khi thử mọi giải pháp được đề xuất ở đây, tôi đã xem qua mọi cài đặt trình gỡ lỗi và bật / tắt để xem liệu nó có tạo ra sự khác biệt hay không.
Đối với tôi, hóa ra việc vô hiệu hóa tối ưu hóa Suppress JIT khi tải mô-đun trong cài đặt gỡ lỗi đã cải thiện rất nhiều thứ.
Đảm bảo rằng bạn không có bất kỳ ánh xạ mạng cũ nào tới các máy chủ không còn tồn tại (thời gian chờ mạng sẽ giết chết bạn). Hoặc sử dụng một cái gì đó như Process Monitor để xem liệu mạng (hoặc lỗi tệp khác) dường như đang bị chặn trong một thời gian dài.
Bạn có đang sử dụng một Máy chủ biểu tượng để tải xuống các ký hiệu cho tệp DLL của Windows không?
Nếu vậy, hãy vô hiệu hóa điều đó vì có thể mất một chút thời gian, nhưng tôi sẽ không mong đợi điều đó gây ra sự chậm trễ lâu dài trong một ứng dụng console cơ bản.
Menu Công cụ → Tùy chọn → Gỡ lỗi → Biểu tượng .
Trong trường hợp của tôi, Thanh công cụ của Google đang làm chậm quá trình gỡ lỗi của tôi.
gplus_notifications_gadget.html cứ tiếp tục và làm quá tải trình gỡ lỗi. Tôi muốn giữ Thanh công cụ của Google vì tôi sử dụng nó thường xuyên, vì vậy tôi vừa tắt nút thông báo G + (nút nhỏ bên cạnh nút hồ sơ). Nó đang hạnh phúc bây giờ.
Tôi đã gặp vấn đề tương tự trong Visual Studio 2010, với việc bước vào mã cực kỳ chậm (từ 3 đến 10 giây). Tuy nhiên, không có sửa đổi cài đặt nào ở trên thực hiện được thủ thuật.
Cuối cùng tôi đã tìm thấy giải pháp cuối cùng, sẽ hoạt động trong tất cả các vấn đề về bài đăng ở trên: đặt lại tất cả cài đặt của bạn, như được mô tả ở đây (về cơ bản là menu Công cụ → Cài đặt nhập và xuất , Đặt lại tất cả cài đặt , với việc lưu cài đặt hiện có vào tệp (để hoàn nguyên )).
Trước tiên, bạn có thể muốn lưu một phần cụ thể trong cài đặt của mình. Ví dụ: lần đầu tiên tôi lưu chủ đề màu của mình (giống như Solarized) và sau đó khôi phục nó sau khi thiết lập lại toàn cục.
Chỉ một nguyên nhân nữa gây ra trải nghiệm gỡ lỗi Visual Studio chậm ...
Cách đây đã lâu, tôi đã bật FusionLogđể xem điều gì đang gây ra sự cố liên kết lắp ráp.
Đảm bảo rằng bạn vô hiệu hóa nó sau khi sử dụng nó. Tại sao? Vì nó ghi rất nhiều dữ liệu ghi vào đĩa khi được bật.
Đây là FusionLogkhóa trên Sổ đăng ký của Window ( regedit.exe):
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
Thay đổi ForceLog, LogImmersivevà LogResourseBindingscác giá trị từ 1 (kích hoạt) đến 0 (vô hiệu hóa).
Tôi cũng gặp sự cố này, nhưng nó không liên quan gì đến các điểm ngắt trong trường hợp của tôi. Đó là các phím tắt mã mà tôi đã thêm vào cửa sổ tác vụ:
Tôi chắc rằng có nhiều cách khác để bạn có thể gặp sự cố như thế này, nhưng có một lỗi ở đâu đó đã gây ra sự cố này cho tôi ... xóa tất cả các tùy chọn của tôi sẽ khắc phục được sự cố này, nhưng đó là điều mà tôi không muốn làm. Vì vậy, tôi đã gỡ lỗi nó và viết về nó trong blog của tôi ... vấn đề của bạn giống như của tôi.
Tôi đã gặp vấn đề tương tự và không có hướng dẫn nào khác có vẻ hữu ích. Tôi đã khởi động lại không có kết quả. Tôi đã xóa tất cả các điểm ngắt, xóa tệp .suo, kiểm tra xem các ký hiệu không được tải từ các nguồn bên ngoài và kiểm tra xem không có đường dẫn nào tồn tại trong ứng dụng không khả dụng.
Sau đó, tôi nghĩ để làm sạch các giải pháp. Tôi nhận thấy trong cửa sổ đầu ra rằng C # IntelliSense đã báo cáo sự cố khi dọn dẹp:
Đã xảy ra sự cố khi đọc siêu dữ liệu từ '{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}' ('Hệ thống không thể tìm thấy tệp được chỉ định.'). IntelliSense có thể không hoạt động bình thường cho đến khi giải pháp được tải lại.
Trong trường hợp này, khi bạn thực sự phát hiện ra thông báo lỗi, nó sẽ cho bạn biết chính xác cách giải quyết. (Làm tốt về văn bản lỗi, kém về khả năng phát hiện!) Tôi dỡ các dự án của giải pháp, sau đó tải lại chúng. Sau đó tôi đã có thể chạy thành công giải pháp sạch . Nó hoạt động và trình gỡ lỗi cũng hoạt động.
Tôi đã trải qua cùng một sự cố chậm và ngắt kết nối mạng đã khắc phục sự cố cho tôi như một số nhận xét và câu trả lời khác đã nêu (nhưng tất nhiên đó không phải là cách khắc phục lý tưởng).
Đối với trường hợp của tôi, một thay đổi đơn giản này đã khắc phục giải pháp của tôi: Trong thuộc tính dự án trên tab gỡ lỗi, tôi đã tắt "Bật quá trình lưu trữ Visual Studio" (Tôi đang chạy Visual Studio 2010).
Nhận thêm bộ nhớ và HD nhanh hơn. Thêm chi tiết ở đây .