Visual Studio'da yavaş hata ayıklama sorunu


87

Visual Studio örneğimde, bir C # konsol uygulamasında tek bir dönüş satırı yazmış olsam bile, basıldıktan sonra F5gerçek kodu yürütmem bir dakika sürecektir (yani tek dönüş ifadesinde durmak için gereken süre basma F5- İşlevdeki return deyiminde bir kesme noktası belirledim main). Yanlış olan ne? Bir kontrol listesi var mı?

Visual Studio 2008 VSTS sürümünü kullanıyorum ve Windows Server 2003 x64 üzerinde hata ayıklama yapıyorum.


2
Sadece emin olmak için ... Kodu çalıştırmaya çalışırken kullanabileceğiniz ne kadar bellek var? VS, benim deneyimlerimden bir hafıza
domuzudur

1
Donanımınız nedir? Visual Studio çok disk ve CPU yoğun olduğundan, uygun fiyatlı bir makineye sahip olmak performans açısından eksik olacaktır.
William Holroyd

1
2-3 koşullu kırılma noktasına sahip olmak VS tarafından kötü bir şekilde ele alındı ​​...
Simon Buchan

4G belleğim var ve aynı anda başka bir işlem çalışmıyor. Makinemi birkaç kez yeniden başlattım ve aynı belirti. Bir hafta önce böyle konularla karşılaşmadım. Başka fikriniz var mı?
George2

2
Hepsi Hata Ayıklama-> Windows-> Kesme Noktalarında (Ctrl-Alt-B) listelenir. Ama herhangi bir şey yapıp yapmadığınızı bilirsiniz ...
Simon Buchan

Yanıtlar:


150

Tüm kesme noktalarınızı silmeniz gerekebilir --- "Tüm kesme noktalarını sil" düğmesini tıklamanız (veya Ctrl+ Shift+ kullanmanız gerekir F9), bunları tek tek silmeniz DEĞİLDİR . Visual Studio çözüm ayarlarınızı karıştırdıysa, ikincisi çalışmayacaktır. Bunun çalışması için önce bir kesme noktası eklemeniz gerekebilir (akıllıca, ha?).

En kötüsü en kötüye giderse, .suodosyanızı silmeniz ve Visual Studio'nun sıfırdan yeni bir dosya başlatmasına izin vermeniz gerekebilir . Bununla birlikte, kişisel çözüm yapılandırma ayarlarınızı kaybedeceğinizi unutmayın (yalnızca bu çözüm için, diğerleri için değil). Ancak, sorunun bu olup olmadığını belirleyene kadar dosyayı geçici olarak taşımak / yeniden adlandırmak isteyebilirsiniz; bu şekilde, her zaman geri taşıyabilirsiniz. Bazı çevrimiçi kaynakların .ncbdosyayı da silmenizi (taşımayı / yeniden adlandırmayı) tavsiye ettiğini gördüm .


2
Merhaba zweiterlinde. Darboğazın ağ ile başa çıkması gerektiğini düşünüyorum. Ağ kablosunu çıkardığımda, hata ayıklamada performans çok iyi. Nedeniyle ilgili herhangi bir fikrin var mı? ve daha fazla nasıl değerlendirilir?
George2

14Mb .suo dosyasını silmek benim için çalıştı :) şimdi cılız bir 150Kb. VS2010 Pro'dan Ultimate'a yükselttikten sonra sorun oluştu
GreyCloud

+1. Çok teşekkürler, işe yaradı). VS 2010'umun bir iş istasyonunda bir proje başlatması 2 dakika sürdü. Huh. Ne böcek ...
Arsen Zahray

Ayrıca .suo dosyasını da siliyorum, ancak bunu Visual Studio çalışırken yaptım. Visual Studio'yu yeniden başlattığımda hata ayıklayıcıyı çok hızlı bir şekilde ekledi ve ayarlarımın çoğunu koruyor gibi görünüyor.
stiduck

+1 Gerçekten çok teşekkürler. Bu yüzden benim durumumda suo dosyasını silmek benim için mükemmel bir şekilde çalıştı.
Dean Seo

26

Ben bunu daha önce görmüştüm. Tüm kesme noktalarınızı silmeyi deneyin ve ardından istediğinizi ayarlayın. Hit F5. Şimdi daha mı hızlı?

.NET kaynak hata ayıklama özelliğini kurmaktan bahsettiğinizi fark ettim. Bunu devre dışı bırakmaya çalışın. Microsoft'un kaynak sunucusuna olan ağ bağlantınız yavaş olabilir. Ayrıca AraçlarSeçeneklerHata AyıklamaSemboller menüsünde herhangi bir simge sunucusu bağlantısını devre dışı bırakın .

Ayrıca AraçlarSeçeneklerHata AyıklamaGenel menüsünde "Özellik değerlendirmesini ve diğer örtük işlev çağrılarını etkinleştir" seçeneğini devre dışı bırakmayı deneyin .


1
Kırılma noktaları penceremde, Ana fonksiyonumun dönüş ifadesinde yalnızca bir tane var. Başka kontrol listesi var mı?
George2

1
Denenecek daha fazla şey eklendi. Umarım yardımcı olur.
m-sharp

Ana işlevimin dönüş ifadesindeki tek kırılma noktasını kaldırdım, ancak uygulamayı başlatmak ve durdurmak hala çok yavaş, 1 dakika kadar sürüyor. Başka fikriniz var mı?
George2

İşte probleminizi izole etmek için başka bir fikir. Ağ kablonuzu çıkarmayı deneyin, görsel stüdyoyu yeniden başlatın ve projenizde F5'e basın. Bu bir şeyi değiştirir mi?
m-sharp

1
Bunu devre dışı bırakmayı deneyin, Microsoft'un kaynak sunucusuna olan ağ bağlantınız yavaş olabilir. Ayrıca Araçlar> Seçenekler> Hata Ayıklama> Semboller'den herhangi bir sembol sunucusu bağlantısını devre dışı bırakın - Bu benim için çalıştı
Yousuf Azad

19

Veya çözüm (.sln) dosyanızın yanında bulunan .suo dosyanızı kaldırın. Bu, başlaması ve durması uzun süren hata ayıklama oturumlarıyla ilgili bir sorunu çözdü.


Akıl sağlığımı korumak için +1 (ve beni VS2010'un yeniden yüklemesini kurtardığın için) Teşekkürler!
Chuck Dee

Bu, MSDN'de de başvurulan çözümdür: social.msdn.microsoft.com/Forums/vstudio/en-US/…
ecoe

Bunun doğrulanması, 2003.NET ve 2005 eski sürümleri için de geçerlidir. Bir uygulamanın birkaç kesme noktası vardı ve düzgün çalışıyordu. Birkaç kesme noktası daha eklendi ...% 100 CPU kullanımı ve hata ayıklama sırasında VS'de korkunç titreme. Kapalı VS, silindi .suo, yeniden açıldı ve hata ayıklama tekrar hızlı.
AlainD

Hata ayıklama açısından VS çok yavaşladığında her zaman işe yaradığını bulduğum çözüm bu
Graviton

Veya silmeden önce .suo dosyasını yeniden adlandırın, böylece önceki duruma geri dönülebilir.
Peter Mortensen

12

Bu sorunu yaşadım. Listelenen tüm önerileri denedikten ve tüm Visual Studio uzantılarını kaldırdıktan sonra, nihayet IntelliTrace'in bir şekilde etkinleştirildiğini anladık. Devre dışı bırakmak her şeyi düzeltti.

Nasıl yapılır: IntelliTrace'i Etkinleştirme ve Devre Dışı Bırakma


SharpDX kullanan bir projeniz varsa da sorunu çözer - benim için çalıştı ve şimdi grafik performansı normale döndü.
komorra

SharpDX ve Debug-Build kullanmanın özel durumunda, aynı etkiye sahiptim, ancak sadece DX hata ayıklama etkinleştirilmişti. Gerekmiyorsa, "DeviceCreationFlags.Debug" araması yapın ve devre dışı bırakın
thewhiteambit

VS2015'te 'Intellitrace'i Etkinleştir' seçeneğinin işaretini kaldırdım ve Tamam'a tıkladım. Daha sonra, 'Intellitrace and call information''dan' Yalnızca Intelltrace olayları'na geçmeniz gerektiğini keşfetti; yapmazsanız, 'Intellitrace'i Etkinleştir' KONTROL EDİLMİŞTİR!
smirkingman

Sorunları çözdü! (MS yorumuna inanmayın: "Bu konu yalnızca Visual Studio 2010 Ultimate için geçerlidir."). 2017 ücretsiz sürümüm var ve hata ayıklamayı önemli ölçüde hızlandırdı!
marsh-wiggle

VS 2017 ve sonraki sürümlerde IntelliTrace yalnızca Kurumsal bir özelliktir, bu nedenle bu sorunumu çözmedi (yalnızca VS 2017 Pro sürümüm olduğu için).
FoxDeploy

6

Çok sayıda kesme noktanız var mı? Bunlar başlangıç ​​süresini gerçekten yavaşlatabilir. İşlem adres alanına her yeni modül yüklendiğinde, bunların geçerli olup olmadığını görmek için hepsinin kontrol edilmesi gerekir.


Kullanıcı modu kodumda yalnızca bir kırılma noktam var. Ancak Visual Studio'daki kaynak hata ayıklama özelliğini .Net dahili koduna bazı kesme noktaları ayarlamak için kullanmadan bir hafta önce hatırladım. Net dahili olanlar dahil tüm kırılma noktalarını kontrol etmenin herhangi bir yolu var mı?
George2

Yok, ama yine de yavaş, başka fikriniz var mı?
George2

gerçekten değil, görünüşe göre donanımınız iyi olmalı ve denediğim diğer tüm öğeler diğer yorumcular tarafından işaretlenmiş gibi görünüyor. Bu noktada, muhtemelen görsel stüdyoyu yeniden kurmayı deneyeceğim - belki kurulumla ilgili bir sorun var
1800 BİLGİ

Başka bir dizine yeniden yükledim, ancak yine de aynı belirti. Başka fikriniz var mı?
George2

6

AraçlarSeçeneklerHata AyıklayıcıSemboller menüsüne gidin ve genel semboller setiniz veya UNC ağ yolları ayarlanmış olup olmadığını kontrol edin . Ayrıca kaynak sunucu ayarınız olup olmadığını görmek için Araçlar * → SeçeneklerHata AyıklayıcıGenel menüsünü kontrol edin .

Bunların tümü, yavaş ağ hızına veya kullanılamayan sunuculara bağlı olarak hata ayıklamayı etkileyebilir. 5 dakikalık bekleme süresi ağ zaman aşımlarıdır.

Seçeneklerde hiçbir şey ayarlanmadıysa, _NT_SYMBOL_PATH ortam değişkenine sahip olup olmadığınızı kontrol edin.


Teşekkür ederim, bu benim içindi. Zaman zaman Modüller penceresine 1 veya 2 sembol dosyası yükler, UNC yolları aracılığıyla yapılarımızdan sembollere veya daha az sıklıkla artık var olmayan sanal makinelere işaret ederdim. Tüm bu yolları Hata Ayıklayıcı / Semboller ayarlarına kaydettiğinin farkında değildim.
brian

6

Meslektaşım çok yavaş yanıt veren bir Visual Studio'ya sahipti ve hata ayıklama sırasında bir adımı gerçekleştirmek tam anlamıyla dakikalar aldı.

Temel neden , Visual Studio çalışırken çılgına dönen bir anti virüs programı (Threatfire) oldu. Sürecini öldürmek hemen her şeyi düzeltti.


ESET anti virüsünü devre dışı bırakana kadar iş yerinde korkunç bir web hata ayıklama deneyimi yaşadım. F5'e bastıktan sonra yanıt sürem 2-3 dakikadan 2-3 saniyeye çıktı.
James Hulse

1
ThreatFire'ı bir süre askıya almak da bana çok yardımcı oldu - teşekkürler! (Avast'ı geçici olarak kapatmak da biraz yardımcı oldu, ama o kadar değil.)
Jon Coombs

Sorunumun nedeni Malwarebytes'ti. Çıkmak yavaşlığı düzeltti.
Ben Rubin

Ayrıca Malwarebytes kullanıyorum ... Çıktıktan sonra, VisualStudio hata ayıklaması çok daha hızlı. Hata ayıklama başlangıcı 15 saniye önceydi, şimdi 2 saniye oldu) .. Teşekkürler!
BlueDev

5

Benim durumumda " Sembolü otomatik olarak yükle" seçeneğinin "Tüm modüller" den "Yalnızca belirli modüller" olarak değiştirilmesi sorunu çözdü. Bu seçeneği AraçlarSeçeneklerHata AyıklamaSemboller menüsünden değiştirebilirsiniz .


3

Farklı bir neden artı ... Sorun nasıl bulunur

Bana göre ShowOtherThreadIpMarkers seçeneğiydi . 1 değeri, Visual Studio (2010) 'u dayanılmaz ölçüde yavaşlatır (her hata ayıklama adımı için 3-5 saniye. 0 değeri ile yine hızlıdır.

O seçenek nedir? Hiç bir fikrim yok. Visual Studio kullanıcı arabirimi aracılığıyla bulamadım. Oradaki tüm olası hata ayıklama seçeneklerinin işaretini kaldırdım ve hiçbir şey işe yaramadı.

Bu yüzden İçe / Dışa Aktarma Ayarlarına gittim ve daha önce kaydettiğim eski ayarlarımı, Visual Studio tekrar hızlı olana kadar zamanda geriye doğru yükledim, ardından vssettings dosyalarını karşılaştırdım ... vb.

Bir kesme noktasında durdurulan hata ayıklama modundayken ayarları yüklerseniz, hemen etkili hale geldiklerini belirtmek isterim. Hata ayıklayıcıyı durdurup yeniden başlatmanız gerekmez.


+1 Teşekkürler, VS2015'teki bir C # web uygulamasıyla da bu benim sorunumdu. Hata ayıklama sırasında araç çubuğundaki "Konuları Kaynakta Göster" seçeneğini devre dışı bıraktım ve sorun ortadan kalktı. Seçenek araç çubuğunda mevcut değilse, Threads penceresindeki herhangi bir konuya sağ tıklayarak bulunabilir.
Groo

2

ScottGu'nun Travis ile bağlantılı blogundan: "Son zamanlarda duyduğum diğer bir performans sorunu, birkaç kişinin Google Araç Çubuğu eklentisiyle karşılaştığını bildirdiği bir sorun. Bazı nedenlerden dolayı bu, Görsel'i eklerken bazen uzun gecikmelere neden olabilir. Tarayıcı için Studio hata ayıklayıcısı. Web uygulamanızın yüklenmesinde uzun gecikmeler görüyorsanız ve Google Araç Çubuğu'nu (veya diğer araç çubuklarını) yüklediyseniz, sorunun nedeninin bu olup olmadığını görmek için bunları kaldırmayı deneyebilirsiniz. "


Google Toolbar kurulu mu? Hayır demek bile bu sorunun gelecekteki okuyucuları için yararlıdır.
Cat Zimmermann

IE'yi açtım ve hiçbir araç çubuğu görüntülenmiyor, bu, yüklü araç çubuğum olmadığı ve Visual Studio'yu etkilemeyeceğim anlamına mı geliyor? :-)
George2

2
Vay. Bunun bir anlam ifade etmediğini düşündüm, ancak yeni kaldırdım ve makinem kullanılabilir moda döndü
orellabac

1
Suçlanan bir başka eklenti de LastPass. Bu yalnızca IE ile ilgili bir sorun mu yoksa herhangi bir tarayıcıdaki bir eklenti bazı şeyleri etkileyebilir mi?
Denise Skidmore

1
@DeniseSkidmore Harikasın, keşke birden fazla yükseltebilseydim. Tüm bu diğer çözümler ve hiçbir şey yardımcı olmadı ... sonra yorumunuzu okudum, LastPass IE eklentisini devre dışı bıraktım ve aniden tekrar hızlı hale geldi. Eklentiyi yeniden etkinleştirerek sorunun bu olduğunu doğruladım ve yavaşladı. TEŞEKKÜR EDERİM!!!!
Lews Therin

2

Benim için hata ayıklayıcı altında çalıştırmak, hata ayıklamadan çalıştırmaktan yaklaşık 10 kat daha yavaştı.

Burada önerilen her çözümü denedikten sonra, her hata ayıklayıcı ayarını gözden geçirdim ve bir fark yaratıp yaratmadığını görmek için etkinleştirdim / devre dışı bıraktım.

Benim için, hata ayıklama ayarlarında modül yükünde JIT optimizasyonunu devre dışı bırakmanın işleri büyük ölçüde iyileştirdiği ortaya çıktı.


1

Artık mevcut olmayan sunuculara herhangi bir eski ağ eşlemeniz olmadığından emin olun (ağ zaman aşımları sizi öldürür). Veya bir ağın (veya başka bir dosya hatasının) uzun süredir engellenip engellenmediğini görmek için Process Monitor gibi bir şey kullanın .


Process Monitor harika bir araçtır! :-) Ancak Process Monitor'deki hangi seçenek, "bir ağın (veya başka bir dosya hatası) uzun süredir bloke olup olmadığını" görmek için kullanılabilir?
George2

Bir dosyayı açmaya çalışırken oluşan hatalar veya işlemlerin ne kadar sürdüğü gibi şeyler arardım (Seçenekler / Sütun Seç bölümünde seçebileceğiniz 'Süre' gibi görmediğiniz veri öğeleri olduğunu unutmayın ...) . Avantajınız için filtreleri ve vurguları kullanın.
Michael Burr

Merhaba Michael Burr, Process Monitor'de VSTS sürecini izlemek mi yoksa makinedeki tüm işlemleri izlemek mi istiyorsunuz?
George2

Kesinlikle sadece VSTS (devenv.exe) ile başlarım, yoksa neredeyse kesinlikle işe yaramayan bilgilerle boğuşursunuz.
Michael Burr

1
"İşlem Gezgini" yerine "İşlem İzleyicisi" ni kullanmak isteyeceksiniz. Technet.microsoft.com/en-us/sysinternals/bb896645.aspx sayfasına bakın . 2 yardımcı programın farklı işlevleri vardır. Procmon, dosya ve kayıt defteri işlemlerini izleyecektir. Procexp kullanışlı bir yardımcı programdır ancak bu tür bir izleme sağlamaz.
Michael Burr

1

Windows DLL dosyalarının sembollerini indirmek için bir SymbolServer kullanıyor musunuz?

Öyleyse, biraz zaman alabileceğinden bunu devre dışı bırakın, ancak bunun temel bir konsol uygulamasında uzun gecikmelere neden olmasını beklemem.

Menü AraçlarıSeçeneklerHata AyıklamaSemboller .


Araçlar> Seçenekler> Hata Ayıklama> Semboller'de içerik boş. Başka fikriniz var mı?
George2

1

Bunun eski bir konu olduğunu biliyorum, ama değeri ne olursa olsun ...

Uzun süredir ayrı bir Internet Explorer penceresi açıksa, hata ayıklamaya başlamanın bir dakika kadar sürebileceğini öğrendim. Tüm Internet Explorer pencerelerini kapatın ve hata ayıklama hemen başlar.


1

Benim durumumda, Google Araç Çubuğu hata ayıklamamı yavaşlatıyordu.

gplus_notifications_gadget.html, hata ayıklayıcıyı aşırı yüklemeye devam etti. Google Araç Çubuğu'nu düzenli olarak kullandığım için saklamak istedim, bu yüzden G + bildirim düğmesini (profil düğmesinin yanındaki küçük düğme) devre dışı bıraktım. Şimdi mutlu.


1

Aynı sorunu Visual Studio 2010'da yaşadım, koda dayanılmaz derecede yavaş (3 ila 10 saniye arasında) adım atıyorum. Ancak, yukarıdaki ayar değişikliklerinin hiçbiri işe yaramadı.

Sonunda, yukarıdaki yazı sorunlarının hepsinde işe yarayacak nihai çözümü buldum: burada açıklandığı gibi tüm ayarlarınızı sıfırlayın (esasen menü Araçlarİçe Aktarma ve Dışa Aktarma Ayarları , Tüm ayarları sıfırla , mevcut ayarları bir dosyaya kaydederek (geri döndürmek için) )).

Önce ayarlarınızın belirli bir bölümünü kaydetmek isteyebilirsiniz. Örneğin, önce renk temamı (Solarize benzeri) kaydettim ve ardından genel sıfırlamadan sonra geri yükledim.


1

Benim için, performansı düşüren ayar (Windows 8 bile fare hareketi dışında askıda kaldı), SeçeneklerHata AyıklamaGenel menüsünde "Bir işlem bozulduğunda tüm işlemleri kır" seçeneğinin işaretini kaldırmaktı .


1

Yavaş bir Visual Studio hata ayıklama deneyiminin yalnızca bir nedeni daha ...

Uzun zaman önce FusionLogderleme bağlama sorununa neyin neden olduğunu görmeyi etkinleştirdim .

Kullandıktan sonra devre dışı bıraktığınızdan emin olun. Neden? Çünkü etkinleştirildiğinde diske çok sayıda günlük verisi yazar.

Bu, FusionLogWindows Kayıt Defterindeki ( regedit.exe) anahtardır :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

Değişim ForceLog, LogImmersiveve LogResourseBindings1 değerleri 0 (devre dışı) (etkin).


Bana olan buydu. YOu ayrıca bu gui aracılığıyla Fusion Log'u
Denise Skidmore

Process Monitor'ü çalıştırırken sorunun bu olup olmadığını görebilirsiniz, Fusion Günlük dosyasına tüm erişimleri göreceksiniz.
Denise Skidmore

0

Bende de bu sorun vardı, ancak benim durumumdaki kesme noktaları ile ilgisi yoktu. Görevler penceresine eklediğim kod kısayolları:

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

Eminim bunun gibi bir sorunu görebilmenin başka yolları da vardır, ancak bir yerde bu soruna neden olan bir hata var ... tüm seçeneklerimi silmek bunu düzeltirdi, ama bu, istemediğim bir şeydi yapmak. Bu yüzden, hatalarını ayıkladım ve bloguma yazdım ... senin sorunun benimki gibi geliyor.


Bağlantı koptu: "Aradığınız kaynak kaldırıldı, adı değiştirildi veya geçici olarak kullanılamıyor."
Peter Mortensen

0

Benim için işe yarayan bir şey, koşullu kırılma noktaları olmadığından emin olmaktır. Bunun dışında, yalnızca Visual Studio'yu yeniden başlatarak ve bir seferde yalnızca bir Visual Studio örneği açarak yavaş hata ayıklamayı düzeltme konusunda başarılı oldum.


0

Benzer bir sorun yaşadım ve diğer kılavuzların hiçbiri yardımcı olmadı. Boşuna yeniden başlattım. Tüm kesme noktalarını kaldırdım, .suo dosyasını sildim, sembollerin harici kaynaklardan yüklenmediğini kontrol ettim ve uygulamada kullanılamayan yolların bulunmadığını kontrol ettim.

Sonra solüsyonu temizlemeyi düşündüm. Çıktı penceresinde, C # IntelliSense'in temizlik sırasında bir sorun bildirdiğini fark ettim:

'{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}' üzerinden meta verileri okurken bir sorun oluştu ('Sistem belirtilen dosyayı bulamıyor.'). Çözüm yeniden yüklenene kadar IntelliSense düzgün çalışmayabilir.

Bu durumda, hata mesajını gerçekten keşfettiğinizde, size tam olarak nasıl çözüleceğini söyler. (Hata metninde iyi iş çıkardım, keşfedilebilirlikte kötü iş çıkardım!) Çözümün projelerini kaldırdım, sonra yeniden yükledim. Daha sonra temiz çözümü başarıyla çalıştırabildim . İşe yaradı ve hata ayıklayıcı da yaptı.


0

"Autos" penceresini kapatmak, büyük bir yerel C ++ çözümü için Visual Studio 2008'de benim için hata ayıklamayı iyileştirdi.

Onu saklamak işe yaramaz. Kapatılması gerekiyor.


0

Aynı yavaşlama ve ağ bağlantısının kesilmesi, diğer bazı yorum ve cevapların da belirttiği gibi sorunu benim için çözdü (ama elbette bu ideal bir çözüm değil).

Benim durumum için bu basit değişiklik çözümümü düzeltti: Hata ayıklama sekmesindeki proje özelliklerinde "Visual Studio barındırma işlemini etkinleştir" seçeneğini devre dışı bıraktım (Visual Studio 2010 çalıştırıyorum).


-9

Daha fazla bellek ve daha hızlı bir HD alın. Daha fazla ayrıntı burada .


1
Donanımım 4G bellek + 2 CPU (2.33G) olduğu için H / W sorunu olduğunu düşünmüyorum, bu yeterli mi? BTW: Bundan bir hafta önce hiç sıkıntı yaşamadım, bu yüzden bazı yapılandırma sorunları olması gerektiğini düşünüyorum?
George2

2
+1 Faydalı tavsiye, insanların buna olumsuz oy verdiğine inanamıyorum. .Suo dosyanızı silmek 10 kat daha fazla yardımcı olsa da.
Andomar

1
OP, spesifikasyonlarının ne olduğunu bile söylemedi. Bana tavsiyede bulunmuş olsaydınız, 32Gb Ram'den daha büyük ve zaten hızlı olan katı halimden daha hızlı olmamı tavsiye edersiniz.
Valamas
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.