Masalah debugging lambat di Visual Studio .NET

Dalam contoh Visual Studio saya, bahkan jika saya baru saja menulis satu baris pengembalian dalam aplikasi konsol C #, saya akan membutuhkan satu menit setelah menekan F5untuk mengeksekusi kode sebenarnya (maksud saya waktu yang diperlukan untuk berhenti pada pernyataan pengembalian tunggal setelah menekan F5- Saya mengatur breakpoint pada pernyataan kembali dalam mainfungsi). Apa yang salah? Apakah ada daftar periksa?

Saya menggunakan Visual Studio 2008 VSTS edition dan debugging di Windows Server 2003 x64.

Anda mungkin perlu menghapus semua breakpoint Anda --- perhatikan bahwa Anda perlu mengklik tombol "Hapus semua breakpoint" (atau gunakan Ctrl+ Shift+ F9), BUKAN hanya menghapusnya satu per satu. Jika Visual Studio telah merusak pengaturan solusi Anda, yang terakhir tidak akan berfungsi. Anda mungkin perlu menambahkan breakpoint terlebih dahulu, agar ini berfungsi (pintar, eh?).

Jika yang terburuk menjadi yang terburuk, Anda mungkin perlu menghapus .suofile Anda dan membiarkan Visual Studio memulai yang baru dari awal. Perhatikan bahwa Anda akan kehilangan pengaturan konfigurasi solusi pribadi Anda, namun (hanya untuk solusi ini, bukan yang lain). Namun, Anda mungkin ingin memindahkan / mengganti nama file untuk sementara hingga Anda menentukan apakah ini masalahnya atau tidak; dengan cara itu, Anda selalu dapat memindahkannya kembali. Saya telah melihat beberapa sumber online merekomendasikan untuk menghapus (memindahkan / mengganti nama) .ncbfile juga.

Saya sudah pernah melihat ini sebelumnya. Coba hapus semua breakpoint Anda dan kemudian atur yang Anda inginkan. Pukul F5. Apakah sekarang lebih cepat?

Saya baru saja memperhatikan bahwa Anda menyebutkan menyiapkan fitur debugging sumber .NET. Coba nonaktifkan itu. Konektivitas jaringan Anda ke server sumber Microsoft mungkin lambat. Nonaktifkan juga konektivitas server simbol apa pun di menu Tools → Options → Debugging → Symbols .

Coba juga nonaktifkan "Aktifkan evaluasi properti dan panggilan fungsi implisit lainnya" di menu Alat → Opsi → Debugging → Umum .

Atau hapus file .suo Anda yang dapat ditemukan di sebelah file solusi (.sln) Anda. Ini memecahkan masalah yang saya alami dengan sesi debug yang membutuhkan waktu lama untuk memulai dan berhenti.

Saya punya masalah ini. Setelah mencoba semua saran yang terdaftar dan menghapus semua ekstensi Visual Studio, kami akhirnya menemukan bahwa entah bagaimana IntelliTrace telah diaktifkan. Menonaktifkan itu memperbaiki semuanya.

Cara: Mengaktifkan dan Menonaktifkan IntelliTrace

Apakah Anda memiliki banyak set breakpoint? Itu benar-benar dapat memperlambat waktu startup. Setiap modul baru dimuat ke dalam ruang alamat proses, mereka semua perlu diperiksa untuk melihat apakah mereka valid.

Buka menu Tools → Options → Debugger → Symbols dan periksa apakah Anda memiliki set simbol publik atau set jalur jaringan UNC . Juga periksa menu Tools * → Options → Debugger → General untuk melihat apakah Anda telah menyetel server sumber.

Semua ini dapat memengaruhi debugging berdasarkan kecepatan jaringan yang lambat atau server yang tidak tersedia. Waktu tunggu 5 menit adalah waktu tunggu jaringan.

Jika tidak ada dalam opsi yang disetel, periksa untuk melihat apakah Anda telah menyetel variabel lingkungan _NT_SYMBOL_PATH.

Rekan saya memiliki Visual Studio yang merespons dengan sangat lambat, dan benar-benar butuh beberapa menit untuk melakukan langkah saat debugging.

Akar penyebabnya ternyata adalah program anti virus (Threatfire) yang menjadi gila saat Visual Studio berjalan. Membunuh prosesnya segera memperbaiki semuanya.

Dalam kasus saya, mengubah simbol debug "Secara otomatis memuat simbol untuk" opsi dari "Semua modul" menjadi "Hanya modul yang ditentukan" memecahkan masalah. Anda dapat mengubah opsi ini dari menu Tools → Options → Debugging → Symbols .

Penyebab yang berbeda plus ... Bagaimana menemukan masalahnya

Bagi saya itu adalah opsi ShowOtherThreadIpMarkers . Nilai 1 membuat Visual Studio (2010) sangat lambat (3-5 detik untuk setiap langkah debug. Dengan nilai 0, itu cepat lagi.

Apa pilihan itu? Saya tidak punya ide. Saya tidak dapat menemukannya melalui antarmuka pengguna Visual Studio. Saya tidak mencentang semua opsi debugging yang mungkin di sana dan tidak ada yang berhasil.

Jadi saya pergi ke Pengaturan Impor / Ekspor dan memuat pengaturan lama saya yang sebelumnya saya simpan mundur dalam waktu sampai Visual Studio cepat lagi, kemudian membandingkan file vssettings ..., dll, dll.

Saya ingin mengomentari bahwa jika Anda memuat pengaturan saat Anda berada dalam mode debug berhenti pada breakpoint, pengaturan tersebut menjadi efektif segera. Anda tidak perlu menghentikan debugger dan memulai ulang.

Dari blog ScottGu yang ditautkan oleh Travis: "Satu lagi performa gotcha yang saya dengar baru-baru ini adalah masalah yang dilaporkan beberapa orang dengan add-in Google Toolbar. Untuk beberapa alasan, hal ini terkadang dapat menyebabkan penundaan yang lama saat memasang Visual Studio debugger ke browser. Jika Anda melihat penundaan yang lama dengan pemuatan aplikasi web Anda, dan Google Toolbar (atau toolbar lain) sudah terpasang, Anda mungkin ingin mencoba mencopot pemasangannya untuk melihat apakah itu penyebab masalah. "

Berjalan di bawah debugger bagi saya kira-kira 10x lebih lambat daripada berjalan tanpa debugging.

Setelah mencoba setiap solusi yang disarankan di sini, saya memeriksa setiap pengaturan debugger dan diaktifkan / dinonaktifkan untuk melihat apakah ada perbedaan.

Bagi saya, ternyata menonaktifkan pengoptimalan Suppress JIT pada pemuatan modul di pengaturan debug secara besar-besaran meningkatkan banyak hal.

Pastikan Anda tidak memiliki pemetaan jaringan lama ke server yang sudah tidak ada (waktu tunggu jaringan akan mematikan Anda). Atau gunakan sesuatu seperti Process Monitor untuk melihat apakah jaringan (atau kesalahan file lainnya) tampaknya memblokir untuk waktu yang lama.

Apakah Anda menggunakan SymbolServer untuk mengunduh simbol untuk file DLL Windows?

Jika demikian, nonaktifkan itu karena bisa memakan waktu, tetapi saya tidak berharap itu menyebabkan penundaan lama dalam aplikasi konsol dasar.

Alat Menu → Pilihan → Debugging → Simbol .

Saya tahu ini adalah topik lama, tetapi untuk apa nilainya ...

Saya telah menemukan bahwa jika saya membuka jendela Internet Explorer terpisah untuk waktu yang lama, diperlukan waktu hingga satu menit untuk memulai debugging. Tutup semua jendela Internet Explorer dan debugging akan segera dimulai.

Dalam kasus saya, Google Toolbar memperlambat proses debug saya.

gplus_notifications_gadget.html terus berjalan dan membebani debugger secara berlebihan. Saya ingin mempertahankan Google Toolbar karena saya menggunakannya secara teratur, jadi saya hanya menonaktifkan tombol notifikasi G + (tombol kecil di samping tombol profil). Bahagia sekarang.

Saya memiliki masalah yang sama di Visual Studio 2010, dengan menginjak kode sangat lambat (antara 3 hingga 10 detik). Namun, tidak ada modifikasi pengaturan di atas yang berhasil.

Saya akhirnya menemukan solusi pamungkas, yang akan berfungsi di semua masalah posting di atas: setel ulang semua pengaturan Anda, seperti yang dijelaskan di sini (pada dasarnya menu Alat → Pengaturan Impor dan Ekspor , Setel ulang semua pengaturan , dengan menyimpan pengaturan yang ada ke file (untuk mengembalikan )).

Anda mungkin ingin menyimpan bagian tertentu dari pengaturan Anda terlebih dahulu. Misalnya, saya pertama kali menyimpan tema warna saya (seperti Solarized) dan kemudian mengembalikannya setelah reset global.

Bagi saya, pengaturan yang mematikan kinerja (Windows 8 bahkan macet kecuali untuk gerakan mouse) adalah untuk menghapus centang "Hentikan semua proses ketika satu proses rusak" di menu Pilihan → Debugging → Umum .

Hanya satu lagi penyebab pengalaman debugging Visual Studio yang lambat ...

Dahulu kala saya mengaktifkan FusionLoguntuk melihat apa yang menyebabkan masalah pengikatan perakitan.

Pastikan Anda menonaktifkannya setelah menggunakannya. Mengapa? Karena itu menulis banyak data logging ke disk saat diaktifkan.

Ini adalah FusionLogkunci di Window's Registry ( regedit.exe):

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

Ubah ForceLog, LogImmersivedan LogResourseBindingsnilai dari 1 (aktif) menjadi 0 (nonaktif).

Saya juga mengalami masalah ini, tetapi tidak ada hubungannya dengan breakpoint dalam kasus saya. Itu adalah pintasan kode yang saya tambahkan di jendela tugas:

http://www.customsoftwareframeworks.com/blog/longwaittimetoinsertoraddalineoftextbuginvisualstudio--tasklistwindow--onlywhenaddingandremovelines

Saya yakin ada cara lain untuk melihat masalah seperti ini, tetapi ada bug di suatu tempat yang menyebabkan masalah ini bagi saya ... menghapus semua opsi saya akan memperbaiki masalah ini, tetapi itu adalah sesuatu yang tidak saya inginkan. melakukan. Jadi, saya men-debugnya dan menulis tentang itu di blog saya ... masalah Anda terdengar seperti milik saya.

Sesuatu yang berhasil bagi saya adalah memastikan tidak ada break point bersyarat. Selain itu, saya telah berhasil memperbaiki debugging yang lambat hanya dengan memulai ulang Visual Studio dan hanya membuka satu contoh Visual Studio pada satu waktu.

Saya memiliki masalah serupa dan tidak ada panduan lain yang tampaknya membantu. Saya telah reboot tetapi tidak berhasil. Saya telah menghapus semua breakpoint, menghapus file .suo, memeriksa bahwa simbol tidak dimuat dari sumber eksternal, dan memeriksa bahwa tidak ada jalur di aplikasi yang tidak tersedia.

Lalu, saya berpikir untuk membersihkan solusinya. Saya melihat di jendela keluaran bahwa C # IntelliSense melaporkan masalah saat membersihkan:

Ada masalah saat membaca metadata dari '{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}' ('Sistem tidak dapat menemukan file yang ditentukan.'). IntelliSense mungkin tidak berfungsi dengan benar hingga solusi dimuat ulang.

Dalam kasus ini, setelah Anda benar-benar menemukan pesan kesalahan, itu memberi tahu Anda cara mengatasinya. (Kerja bagus pada teks kesalahan, pekerjaan buruk pada kemudahan ditemukan!) Saya membongkar proyek solusi, lalu memuatnya kembali. Saya kemudian berhasil menjalankan solusi bersih . Itu berhasil, dan debugger juga melakukannya.

Menutup jendela "Autos" meningkatkan debugging untuk saya di Visual Studio 2008 untuk solusi C ++ asli yang besar.

Menyembunyikannya tidak akan berhasil. Itu harus ditutup.

Saya mengalami perlambatan yang sama dan memutuskan sambungan dari jaringan memperbaiki masalah bagi saya seperti yang dinyatakan oleh beberapa komentar dan jawaban lain (tetapi tentu saja itu bukan perbaikan yang ideal).

Untuk kasus saya, perubahan sederhana ini memperbaiki solusi saya: Di properti proyek pada tab debug saya menonaktifkan "Mengaktifkan proses hosting Visual Studio" (Saya menjalankan Visual Studio 2010).

Dapatkan lebih banyak memori dan HD yang lebih cepat. Detail selengkapnya ada di sini .