VS2015 Update 2メッセージ：「メモリ不足が検出されました。このソリューションの完全なソリューション分析は無効です。」
Update 2でVisual Studio 2015を更新しました。
現在、数時間正常に動作した後、「メモリ不足が検出されました。このソリューションの完全なソリューション分析は無効になっています。」 VS2015のエディタードックパネルの上部に表示されます。
Microsoft Connect でバグが報告されていることがわかりました。
ノート：
- Resharperを使用しています。
- 私のソリューションは非常に大きく、32個のプロジェクトが含まれています。
誰かがこれを解決するための回避策や対処方法についてのヒントをお持ちの場合は、お知らせください。
更新：Anders Forsgren（最初のコメント）とほとんど同じ気持ちです。それは私に状況の良い要約に聞こえます。
Update 2（2016-04-20）最近（3日前）、Framework.Netのインストール済みパッケージの大規模なクリーンアップを行いました（「プログラムおよび機能」）約20〜30個のパッケージを削除しました。一部はロシア語でした。 Visual StudioとReSharperも再インストールしました。そのすべてが私の環境にいくらかの安定性を追加したようです（フリーズが少ないか、それ以上->時間でわかります）。また、最近リリースされた新しい（2016-04-19） 。NET Framework Repair Tool Version があります。おそらく、私たちの問題のいくつかを修正するのに役立つ可能性があります（関連する場合）？
Update 3いくつかのテストの後、いくつかの人々のテキストを読んでください。 .Netフレームワーク自体やResharperとは関係がないようです。 VS2015自体、おそらくRoslynに関連しているようです。 Roslyn/CodeAnalysisをVS2015から削除することに成功しませんでした。これは重要な部分のようです。マイクロソフトの修正プログラムが安定した環境になるまで待つ必要があるようです。
Update 4（2016-04-26）John Atwoodの回答を参照してください。たくさんの情報。私はちょうどその答えをテストし始めました。 Update 3はこの問題を解決するはずです（利用可能な場合???）。
Update 5（2016-04-26 + 6時間）VS自体による1回の再起動後、1つの信じられないほどのスローネスと1つのメッセージ「メモリ不足。 。 "、少なくとも私のマシンでは、フルソリューション分析を無効にしても問題が解決しないことを確認できました。私は現在、私のマシンで動作する修正/回避策を知りません。
Update 6（2016-06-15）Mladen Mihajlovicが目を覚ました。 VS2015 Update 3 RCの入手可能性について話すのを忘れたことに気付いたばかりです（2番目のリリースであるUpdate 3 RC2だと思います）。 6月7日から [〜＃〜] msdn [〜＃〜] 、RC1 = 14.0.25401.00、RC2 = 14.0.25402.00で利用可能です。ずっと安定しているように聞こえます（私はそれを強くお勧めします）。
アップデート3が利用可能になり、誰も応答しなくなった数週間.
「Visual Studio Update 3」はその問題を修正し、他の多くの問題を解決します。必見!!!
更新プログラム3をインストールする前にこれを読むことをお勧めします： Visual Studio 2015 Update 3および.NET Core 1.0は、ジョンモンゴメリーから現在入手可能です 。
直接ダウンロードリンク： Visual Studio Update 3
この問題の回避策は、[ツール]-> [オプション]-> [テキストエディター]-> [C＃（または基本）]-> [詳細]-> [フルソリューション分析を有効にする]のチェックを外して、フルソリューション分析を無効にすることです。
これは、Rosylnチームが取り組んでいるバグのようです https://github.com/dotnet/roslyn/issues/10365
非常に簡単な分析の後、問題はCodeAnalysisの実装に関連しているようです。CodeAnalysisの実装はデフォルトで有効になっており、無効にする設定ファイルオプションが見つかりませんでした。
検索結果の参照 です。
しかし、とりあえずCodeAnalysis VSプラグインを正常に無効にすることはできましたが、VSの実行のスムーズさに違いが生じたようです。
唯一の変更点は、CodeAnalysis拡張プラグインフォルダーの名前を以下から変更することでした：
C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\CodeAnalysis
に
C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\CodeAnalysis_disabled
これは明らかにVisualStudioの機能セットを劣化させ、いくつかの副作用を引き起こす可能性がありますが、ReSharper独自のアラニルシス機能を使用しているため、VS CodeAnalysisは過剰でした。
更新：
Microsoft.VisualStudio.CodeAnalysis.VCPlugin.dllもGACに追加され、gacutilによる削除から保護されているようです。 GACから強制的に削除するには、次の手順が必要です。
- 次のレジストリキーを削除しますが、念のため最初に保存します。
Windowsレジストリエディターバージョン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\"、culture = \" neutral\"" = hex（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
- GACからアセンブリをアンインストールします
"C：\ Program Files（x86）\ Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6 Tools\x64\gacutil.exe"/u "Microsoft.VisualStudio.CodeAnalysis、バージョン= 14.0.0.0、Culture = neutral、 PublicKeyToken = b03f5f7f11d50a3a、processorArchitecture = MSIL "/ f
VS MEFローダーがどのように実装され、どこでプラグインを検索するのかわからないため、CodeAnalysis_disabledフォルダーを別の場所に移動することをお勧めします。
内部メモリ構造（リスト）が2GBを超える可能性があるため、この問題を仮想アドレス空間の超過として説明する記事を読みました。 VS 2015のような32ビットプロセスのデフォルトの仮想アドレス空間は2GBです。ただし、 調整可能 最大3GBです。
私が見つけた解決策は here からです：
Start▸All Programs▸Accessories▸right-click on Command Prompt▸Run as administrator
Run the following command:
bcdedit /set IncreaseUserVa 3072
Restart the computer.
プロセスに対して3GBのRAM。
私の答えは、Visual Studioを閉じて開くことです。
[完全なソリューション分析を有効にする]のチェックを外しても、[低メモリが検出されました。このソリューションでは完全なソリューション分析が無効になっています。]というVisual Studioメッセージが引き続き表示されます。 Visual Studio 2015バージョンは14 Update 2です。VSを閉じる必要があることがわかりました。
VSはTFSタスクを開くことができなくなり、VSを閉じて再度開かない限りコードをチェックインできません。ありがたいことに、私は新しいソリッドステートハードドライブを持っているので、VSのクローズ/オープンによって、以前のようにひどく待たされることはありません。しかし、それでも残念な面倒です。
魔法の弾丸があればいいのに。しかし、これが私を助けてくれたものですが、今では常に問題を解決しています。 VS2015 Update 2. Resharper 2016.1.1。すべてのプロジェクトはvNEXTです。
Resharperで->オプション->コード検査->設定。 wwwrootフォルダーを追加します。また、カスケードされていないように見えるため、wwwrootの下に各フォルダーを追加しました。ファイルマスクで、任意のフレームワーク* .jsまたは* .css（つまり、*。min.js、* jquery.js、* angular.js、*。min.css）を追加します。このステップは、公開用のGrunt、Gruntを使用してjs/cssをビルドするときにresharperが行う「ソースファイルのロード」を削減するのに役立ちました。
これは理想的ではありませんが、コードを書いているときにテストを計画していないときは、通常テストで使用していないすべてのプロジェクトをアンロードします。これは、resharper/vsが使用する「管理メモリ」を削減するようです。
そして最後に、VS Solution Explorerでbower_componentsの下にあるファイルを見ることはありません。フォルダーに直接移動して、JS/JSON表示にVSCODEなどを使用すると、時間とフラストレーションを節約できます。 node_modulesとbower_componentsは「無視」されますが、実際には無視されないか、プロジェクトディレクトリ内の膨大な数のファイルに関係していると信じられます。
私は100％の解決策を待っていますが、これらが役立つことを願っています。
私はしばらくこの問題に耐えてきました。 TypeScriptファイルを操作すると、メモリ使用量が着実に増加し、最終的にクラッシュすることになります。これがあなたの状況である可能性がある場合は、プロジェクトのどこかにrxjsがあるかどうかを確認してください。バージョンが5.0.0-beta.2の場合、5.0.0-beta.3（またはそれ以上）にアップグレードして修正します。
詳細： https://github.com/Microsoft/TypeScript/issues/7344#issuecomment-19839232