none
visual studio 2010 is busy waiting RRS feed

  • Soru

  • vs tıkladığımda en az 10dk bekliyor öyle açılıyor,projeyi açarkende aynı şekilde bekliyor

    f5 yaptığımda ise is busy waiting diye bekletip çok kasıyor bunu nasıl düzeltebilirim teşekkürler

    11 Eylül 2012 Salı 11:59

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

    11 Eylül 2012 Salı 13:38

Tüm Yanıtlar

  • bence cevap beklemeden visual studio'yu uninstall edip bir daha yüklemek daha hızlı olacaktır.
    11 Eylül 2012 Salı 12:12
  • Vs Üzerine Yüklediğiniz Eklentilerden dolayı Olabilir,sp1,devexpress,özelliklede telerik componentleri bunu yapıyor,butür eklentiler yüklüyorsanız kaldısanız da pek bir işe yaramıyor genelde sıfır format ile işi çözdüm
    11 Eylül 2012 Salı 12:33
  • 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

    11 Eylül 2012 Salı 13:38
  • 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
    11 Eylül 2012 Salı 19:00
  • 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/)

    12 Eylül 2012 Çarşamba 08:40
  • Dediğim Gibi Aynı Olay benimde başıma geldi,telerik,Dev Expres ve vs nin kendi sp1 güncellemesinde bu sorun yaşandı...
    12 Eylül 2012 Çarşamba 15:32