VS2015 Güncelleme 2 mesajı: “Düşük bellek algılandı. Bu çözüm için tam çözüm analizi devre dışı bırakıldı. "

Visual Studio 2015'i Güncelleştirme 2 ile güncelledim.

Şimdi, birkaç saat sorunsuz çalıştıktan sonra şunu aldım: "Düşük bellek algılandı. Bu çözüm için tam çözüm analizi devre dışı bırakıldı." Bu, VS2015'in editör paneli panelinin üstünde görünüyor.

Microsoft Connect'te bir hata bildirildiğini gördüm .

Notlar:

• Resharper kullanıyorum.
• Benim çözümüm oldukça büyük, içinde ~ 32 proje var.

Herhangi birinin geçici bir çözümü veya bunu çözmek için ne yapılacağına dair bir ipucu varsa, lütfen bana bildirin.

Güncelleme: Anders Forsgren ile hemen hemen aynı hislere sahibim (ilk yorum). Bu bana durumun iyi bir özeti gibi geliyor.

Güncelleme 2 (2016-04-20) Kısa süre önce (3 gün önce) yaklaşık 20-30 paketi kaldırdığım Framework.Net yüklü paketlerimde ("Programlar ve özellikler" den) büyük bir temizlik yaptım. Bazıları Rusça idi. Ayrıca Visual Studio ve ReSharper'ı yeniden kurdum. Tüm bunlar ortamıma biraz istikrar katmış gibi görünüyor (daha az veya hiç donma -> zaman gösterecek). Ayrıca, yakın zamanda çıkan yeni bir (2016-04-19) .NET Framework Onarım Aracı Sürümü var. Belki de sorunlarımızdan bazılarını çözmemize yardımcı olabilir mi?

Güncelleme 3 Bazı testlerden sonra ve bazı insanların metinlerini okuyun. Net çerçevesinin kendisi veya Resharper ile ilgili olmadığı anlaşılıyor. VS2015'in kendisi, muhtemelen Roslyn ile ilişkili görünüyor. Roslyn / CodeAnalysis'i VS2015'ten kaldırmayı başaramadım, önemli bir parça gibi görünüyor. Bir Microsoft düzeltmesinin kararlı bir ortama sahip olmasını beklememiz gerekecek gibi görünüyor.

Güncelleme 4 (2016-04-26) John Atwood'un cevabına bakınız. Çok fazla bilgi. Cevabını test etmeye yeni başladım. Güncelleme 3 bu sorunu çözmelidir (mevcut olduğunda ???).

Güncelleme 5 (2016-04-26 + 6 saat) VS'nin kendisi tarafından yapılan 1 yeniden başlatma, inanılmaz bir yavaşlık ve ayrıca bir "Düşük bellek ..." mesajı, Tam Çözüm analizini devre dışı bırakmanın sorunu çözmediğini doğrulayabilirim. en azından benim makinemde. Şu anda makinemde çalışan herhangi bir düzeltme / geçici çözüm bilmiyorum.

6. Güncelleme (2016-06-15) Mladen Mihajlovic beni uyandırdı. VS2015 Güncelleme 3 RC'nin kullanılabilirliğini söylemeyi unuttuğumu fark ettim (lütfen bunun ikinci sürüm olduğunu düşünüyorum: Güncelleme 3 RC2). 7 Haziran'dan beri MSDN'de RC1 = 14.0.25401.00, RC2 = 14.0.25402.00. Kulağa çok daha kararlı geliyor (kesinlikle tavsiye ederim).

Çok kısa bir analizden sonra, sorun varsayılan olarak etkinleştirilen CodeAnalysis uygulamasıyla ilgili olabilir ve onu devre dışı bırakabilecek herhangi bir yapılandırma dosyası seçeneği bulamadım.

İşte referans arama sonuçları .

Bununla birlikte, CodeAnalysis VS eklentisini şimdilik başarıyla devre dışı bırakabildim ve VS'nin ne kadar sorunsuz çalıştığı konusunda bir fark yarattı.

Tek değişiklik, CodeAnalysis uzantı eklenti klasörünü şundan yeniden adlandırmaktı:

C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\CodeAnalysis

-e

C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\CodeAnalysis_disabled

Bu açıkça VisualStudio özellik setini bozacak ve muhtemelen bazı yan etkilere neden olacaktır, ancak ReSharper'ın kendi alanylsis özelliklerini kullandığım için VS CodeAnalysis çok fazlaydı.

Güncelleme:

Görünüşe göre Microsoft.VisualStudio.CodeAnalysis.VCPlugin.dll de GAC'ye eklenmiş ve gacutil tarafından silinmeye karşı korumalı. GAC'den zorla çıkarmak için aşağıdaki adımlar gereklidir:

1. Aşağıdaki kayıt defteri anahtarını silin, ancak her ihtimale karşı önce kaydedin:

Windows Kayıt Defteri Düzenleyicisi Sürüm 5.00

[HKEY_LOCAL_MACHINE \ SOFTWARE \ Classes \ Installer \ Assemblies \ Global] "Microsoft.VisualStudio.CodeAnalysis, version = \" 14.0.0.0 \ ", publicKeyToken = \" b03f5f7f11d50a3a \ ", processorArchitecture = \" MSIL \ ", fileVersion = \" 14.0.23107.0 \ ", kültür = \" nötr \ "" = onaltılık (7): 6a, \ 00,5f, 00,65,00,7e, 00,5a, 00,61,00,47,00,71 , 00,2a, 00,3f, 00,6a, 00,61,00,31,00, \ 30,00,6e, 00,66,00,70,00,4e, 00,2d, 00,44, 00,54,00,65,00,73,00,74,00,54,00,6f, \ 00,6f, 00,6c, 00,73,00,5f, 00,65,00,6e, 00 , 75,00,3e, 00,39,00,42,00,21,00,4e, 00, \ 63,00,6a, 00,24,00,58,00,70,00,45,00, 42,00,75,00,6a, 00,21,00,56,00,3d, 00,2d, \ 00,31,00,51,00,32,00,00,00,68,00,6a , 00,4f, 00,46,00,70,00,48,00,2d, 00,24,00, \ 4b, 00,34,00,69,00,4f, 00,68,00,33, 00,72,00,60,00,65,00,62,00,28,00,36,00,43, \ 00,6f, 00,64,00,65,00,5f, 00,41,00,6e, 00,61,00,6c, 00,79,00,73,00,69,00,73,00, \ 5f, 00,54,00,6f, 00,6f , 00,6c, 00,73,00,5f, 00,31,00,31,00,39,00,38,00,37,00,5f, \ 00,78,00,38,00,36, 00,5f, 00,65,00,6e, 00,75,00,3e, 00,39,00,42,00,21,00,4e, 00, \ 63,00,6a, 00,24,00 , 58,00,70,00,45,00,42,00,75,00,6a, 00,21,00,56,00,3d, 00,2d, \ 00,31,00,51,00, 32,00,00,00,00,00

2. Montajı GAC'den kaldırın

"C: \ Program Files (x86) \ Microsoft SDKs \ Windows \ v10.0A \ bin \ NETFX 4.6 Tools \ x64 \ gacutil.exe" / u "Microsoft.VisualStudio.CodeAnalysis, Sürüm = 14.0.0.0, Culture = nötr, PublicKeyToken = b03f5f7f11d50a3a, processorArchitecture = MSIL "/ f

VS MEF yükleyicinin nasıl uygulandığını ve eklentileri nerede arayacağını söyleyemediğim için CodeAnalysis_disabled klasörünü başka bir konuma taşımam tavsiye edilir.

Bu sorun için bir çözüm, Araçlar -> Seçenekler -> Metin Düzenleyici -> C # (veya Temel) -> Gelişmiş -> "Tam çözüm analizini etkinleştir" seçeneğinin işaretini kaldırarak Tam çözüm analizini devre dışı bırakmaktır.

Bu, Rosyln ekibinin https://github.com/dotnet/roslyn/issues/10365 üzerinde çalıştığı bir hata gibi görünüyor.

Bu sorunu sanal adres alanının aşılması olarak tanımlayan bazı makaleler okudum çünkü bazı dahili bellek yapıları (Liste belki) 2GB'yi aşıyor. 2 GB, VS 2015 gibi 32 bit işlemler için varsayılan sanal adres alanıdır. Ancak bunu ayarlayabilirsiniz. maksimum 3GB'a .

Bulduğum çözüm buradan :

Start▸All Programs▸Accessories▸right-click on Command Prompt▸Run as administrator

Run the following command:

bcdedit /set IncreaseUserVa 3072

Restart the computer.

Bu% 100 çözüm değildir, çünkü bir işlem için 3 GB RAM ile bile sonunda sanal adres alanınız tükenebilir. Bu anahtarı ayarladıktan sonra VS bellek hakkında şikayet etmeyi bıraktı.

Güncelleme 3 ile birkaç hafta kaldı ve kimse cevap vermiyor ...

"Visual Studio Update 3" bu sorunu düzeltip diğer birçok sorunu çözdü. BİR ZORUNLULUK !!!

Güncelleme 3'ü yüklemeden önce bunu okumanızı tavsiye ederim: Visual Studio 2015 Güncelleştirme 3 ve .NET Core 1.0 Şimdi Kullanılabilir .

Doğrudan İndirme bağlantısı: Visual Studio Güncellemesi 3

Cevabım, Visual Studio'yu Kapatıp Açmak.

"Tam çözüm analizini etkinleştir" seçeneğinin işaretini kaldırdım ve hala "Düşük bellek algılandı. Bu çözüm için tam çözüm analizi devre dışı bırakıldı" mesajını alıyorum. Visual Studio 2015 sürümü 14 Güncelleştirme 2'dir. VS'yi kapatmam gerektiğini görüyorum.

VS, TFS görevlerini açamıyor ve VS'yi kapatıp yeniden açmadığım sürece kodu teslim edemiyorum. Neyse ki yeni bir katı hal sabit sürücüm var, bu yüzden VS'nin kapatılması / açılması beni daha önce olduğu gibi çok uzun süre bekletmiyor. Ama yine de hayal kırıklığı yaratan bir güçlük.

Bir süredir bu soruna katlanıyordum. TypeScript dosyalarıyla çalışırken bellek kullanımının istikrarlı bir şekilde arttığını ve sonuçta bir çökmeye yol açtığını görürdüm. Durumunuz buysa, projenizin herhangi bir yerinde rxj'lerinizin olup olmadığını kontrol edin. Sürüm 5.0.0-beta.2 ise, düzeltmek için 5.0.0-beta.3'e (veya üstüne) yükseltin.

Daha fazla ayrıntı: https://github.com/Microsoft/TypeScript/issues/7344#issuecomment-198392320

Keşke sihirli bir mermim olsaydı. Ama işte bana yardımcı olan şey, ama şimdi her zaman sorunu çözüyor. VS2015 Güncellemesi 2. Resharper 2016.1.1. Tüm projeler vNEXT'dir.

1. Resharper -> Seçenekler -> Kod Denetimi -> Ayarlar'da. Wwwroot klasörü kadar ekleyin. Ayrıca basamaklı görünmediği için her klasörü wwwroot'a ekledim. Dosya Maskelerinde herhangi bir çerçeve * .js veya * .css (yani * .min.js, * jquery.js, * angular.js, * .min.css) ekleyin. Bu adım, yayınlamak için Gulp, Grunt ile js / css oluşturduğumda resharper'ın yaptığı "Yükleme kaynak dosyalarını" azaltmaya yardımcı oldu.

2. Bu ideal değil, ancak kod yazarken ve test etmeyi planlamadığımda, kullanmadığım tüm projeleri, genellikle testte Kaldıracağım. Bu, yeniden paylaşım yapan / kullanan 'Yönetilen Bellek'i azaltıyor gibi görünüyor.

3. Son olarak, VS Solution explorer'daki bower_components altındaki dosyalara ASLA bakmam. Doğrudan klasöre gitmenin ve JS / JSON görüntüleme için VSCODE gibi bir şey kullanmanın bana zaman ve hayal kırıklığı kazandırdığını görüyorum. Bu beni, node_modules ve bower_components'ın 'göz ardı edilmesine' rağmen aslında göz ardı edilmediklerine veya bir proje dizinindeki çok sayıda dosyayla bir ilgisi olduğuna inanmamı sağlıyor.

% 100 bir çözüm bekliyorum ama umarım bunlar yardımcı olur.