En iyi yanıtlayıcılar
visual studio 2010 is busy waiting

Soru
-
Yanıtlar
-
merhaba,
VS kurulum klasörüne komut satırında geçip devenv /SafeMode komutu ile çalıştırmayı deneyebilir misiniz? bu komut ile third party VS paketlerinin yüklenmesini engellemiş olacaksınız, ref: http://msdn.microsoft.com/en-US/library/ms241278(v=vs.100).
eğer bu yöntem işe yararsa third party add-in'lerden şüphelenebilirsiniz.
karşılaştığım bir başka sorun ise environment variable'lar içinde _NT_SYMBOL_PATH tanımlanmış olması (muhtemelen http://msdl.microsoft.com/download/symbols). bu durumda debug sırasında bu adresten ilgili modüllerin sembolleri indirilecektir, bu da performans sıkıntısına yol açacaktır.
eğer sorun bu da değilse, network üzerinde bir trafik nedeniyle yavaşlık olup olmadığını görmek için bir network trace uygulaması (network monitor ya da wireshark gibi) çalıştırdıktan sonra visual studio'yu açarak ne olup bittiğine bakabilirsiniz. örneğin, bir nedenle proxy sorunu yaşıyor olabilirsiniz, bu gibi şeyleri network trace yazılımları ile kontrol edebilirsiniz.
bir başka yöntem ise devenv.exe process'inin dump'ını alıp incelemek olacaktır, ki aslında problemin kesin nedenini bu verecektir, ancak bu biraz zahmetli bir yöntem olabilir. nasıl yapılacağını anlatan pek çok makale var, dump analizi girişi için türkçe makalelerden bir tanesine http://blogs.msdn.com/b/devtr/archive/2012/04/20/debugger-kurulumu-ve-net-windbg-eklentilerine-giri.aspx adresinden ulaşabilirsiniz.
eğer dump analizi ile ilgili yardım gerekirse bana http://blogs.msdn.com/b/amb/contact.aspx adresinden mesaj göndererek ulaşabilirsiniz.
kolay gelsin,
AMB- Yanıt Olarak Öneren Ali Rıza İnceoğlu 11 Eylül 2012 Salı 13:53
- Yanıt Olarak İşaretleyen Passengers 11 Eylül 2012 Salı 19:00
Tüm Yanıtlar
-
-
-
merhaba,
VS kurulum klasörüne komut satırında geçip devenv /SafeMode komutu ile çalıştırmayı deneyebilir misiniz? bu komut ile third party VS paketlerinin yüklenmesini engellemiş olacaksınız, ref: http://msdn.microsoft.com/en-US/library/ms241278(v=vs.100).
eğer bu yöntem işe yararsa third party add-in'lerden şüphelenebilirsiniz.
karşılaştığım bir başka sorun ise environment variable'lar içinde _NT_SYMBOL_PATH tanımlanmış olması (muhtemelen http://msdl.microsoft.com/download/symbols). bu durumda debug sırasında bu adresten ilgili modüllerin sembolleri indirilecektir, bu da performans sıkıntısına yol açacaktır.
eğer sorun bu da değilse, network üzerinde bir trafik nedeniyle yavaşlık olup olmadığını görmek için bir network trace uygulaması (network monitor ya da wireshark gibi) çalıştırdıktan sonra visual studio'yu açarak ne olup bittiğine bakabilirsiniz. örneğin, bir nedenle proxy sorunu yaşıyor olabilirsiniz, bu gibi şeyleri network trace yazılımları ile kontrol edebilirsiniz.
bir başka yöntem ise devenv.exe process'inin dump'ını alıp incelemek olacaktır, ki aslında problemin kesin nedenini bu verecektir, ancak bu biraz zahmetli bir yöntem olabilir. nasıl yapılacağını anlatan pek çok makale var, dump analizi girişi için türkçe makalelerden bir tanesine http://blogs.msdn.com/b/devtr/archive/2012/04/20/debugger-kurulumu-ve-net-windbg-eklentilerine-giri.aspx adresinden ulaşabilirsiniz.
eğer dump analizi ile ilgili yardım gerekirse bana http://blogs.msdn.com/b/amb/contact.aspx adresinden mesaj göndererek ulaşabilirsiniz.
kolay gelsin,
AMB- Yanıt Olarak Öneren Ali Rıza İnceoğlu 11 Eylül 2012 Salı 13:53
- Yanıt Olarak İşaretleyen Passengers 11 Eylül 2012 Salı 19:00
-
merhaba
format evet çözüm ancak şu an ona girmek istemiyorum, devexpress kullanıyorum ancak onu kaldıramam çünkü projelerde onu kullanmak zorundayım,vs tekrar repair edince düzeliyor ancak pc kapatıp açınca gene aynı şey kısaca her seferinde kurmak zorunda kalıyorum,
ahmet bey detaylı cevabınız için teşekkürler ama dump için yeterli bilgim ve araştırcak zamanım hiç yok başka bir çözümü yokmudur?
- Düzenleyen Passengers 11 Eylül 2012 Salı 19:28
-
merhaba serdar bey,
makinenin reboot sonrasında VS tekrar aynı problemli duruma geldiğine göre reboot sonrasında neyin değiştiğine bakmak lazım, aklıma gelen user profile'ın bir şekilde bozulma ihtimali...ancak bunu takip etmek de çok kolay olmayabilir...önerilerim şunlar olacak:
- ilk olarak eğer mümkünse reboot sonrasında aynı makineye farklı bir kullanıcı hesabı ile login olun...visual studio'yu bu şekilde çalıştırıp tekrar reboot ederek yine son login olduğunuz kullanıcı ile girin ve performansa bakın...eğer sorun yoksa user profile'lar ile ilgili bir durum söz konusu olabilir...bu durumda, profile'ınızın yedeğini aldıktan sonra (örneğin "documents" klasörü, vs...) control panel --> user accounts'tan profilinizi silip yeniden oluşturmayı deneyin...
- eğer bu çözüm olmazsa veya diğer kullanıcı da aynı sorunu yaşıyorsa, http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx adresinden process monitor uygulamasını indirip devenv.exe process'inin neler yaptığını takip edin, belki de bir dosya ya da registry erişiminde çok bekliyor olabilir, buradan birşeyler bulabilirsiniz...ancak process monitor logları çok büyük olacaktır, bu nedenle process monitor içinde filitre uygulayıp process ismi olarak devenv.exe process'ini girerek sadece VS işlemlerini takip edin, aksi takdirde aşırı büyük bir log içinde kaybolabilirsiniz.
- PM ile de bir sonuç alamazsanız ya yine process monitor içinde ya da process explorer kullanarak VS beklerken callstack'e bakın ve nerede beklediği ile ilgili birşeyler görmeye çalışın...callstack'i buraya gönderebilirseniz ben de bakabilirim...ancak callstack'in düzgün görünmesi için sembol dosyalarını ayarlamalısınız...bu yöntem için de http://blogs.msdn.com/b/vijaysk/archive/2009/04/02/getting-better-stack-traces-in-process-monitor-process-explorer.aspx makalesini inceleyebilirsiniz...process explorer'ı kullanmak isterseniz http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx adresinden indirmelisiniz...
- buradan da bir yere varamazsanız direk olarak Microsoft destek ekibinden yardım almak için bir case açtırabilirsiniz...case açtırma hakkınız olup olmadığını bilmiyorum ama MSDN üyeliğiniz varsa case açtırma hakkınız olabilir...seçeneklerinizi öğrenmek için http://support.microsoft.com/contactus/?ln=tr sayfasına bakabilir ya da 0 212 444 6787 numaralı telefonu arayabilirsiniz.
kolay gelsin,
AMB (http://blogs.msdn.com/amb/) -