VS2015更新2消息:“检测到低内存。 此解决scheme禁用完整的解决scheme分析。“

我刚更新了更新2的Visual Studio 2015。

现在,工作好几个小时后,我收到:“检测到内存不足,此解决scheme禁用了全面解决scheme分析。 出现在VS2015的编辑器停靠面板的顶部。

我看到Microsoft Connect上报告了一个错误。

笔记:

  • 我正在使用Resharper。
  • 我的解决scheme非常大,有32个项目。

如果有人有解决办法或提示如何解决这个问题,请让我知道。

更新:我和Anders Forsgren(第一条评论)的感觉几乎一样。 这听起来对我来说是一个很好的总结。

更新2(2016-04-20)我最近(3天前)大大地清理了我的Framework.Net安装包(从“程序和function”),我删除了大约20-30包。 有些人是俄语的。 我也重新安装了Visual Studio和ReSharper。 所有这些似乎都为我的环境增加了一些稳定性(冻结更less或更less – >时间会告诉我们)。 此外,还有一个新的(2016-04-19)最近推出的.NET Framework修复工具版本 。 也许这可能有助于解决我们的一些问题,如果有任何相关的?

更新3经过一些testing并阅读了一些人的文字。 看来这与.Net框架本身或者Resharper没有关系。 这似乎与VS2015本身有关,可能是Roslyn。 我没有成功从VS2015中删除Roslyn / CodeAnalysis,它似乎是一个重要的组成部分。 这听起来像我们将不得不等待一个微软的修复有一个稳定的环境。

更新4(2016-04-26)请参阅John Atwood的答案。 很多的信息。 我刚开始testing它的答案。 更新3应该解决这个问题(如果可用???)。

更新5(2016-04-26 + 6小时)在VS自己重新启动1次之后,一个令人难以置信的缓慢,以及一个消息“低内存…”,我可以确认禁用完整解决scheme分析不能解决问题,在至less在我的机器上。 我目前不知道任何修复/解决方法,在我的机器上工作。

更新6(2016-06-15) Mladen Mihajlovic把我吵醒了。 我只是意识到,我忘了告诉VS2015更新3 RC的可用性(请注意,我认为这是第二个版本:更新3 RC2)。 从MSDN 6月7日开始,RC1 = 14.0.25401.00,而RC2 = 14.0.25402.00。 这听起来更稳定(我强烈推荐它)。

经过非常简短的分析,似乎这个问题可能与默认启用的CodeAnalysis实现有关,我找不到任何可以禁用它的configuration文件选项。

这里是参考search结果 。

不过,我能够暂时成功禁用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的function集,可能会导致一些副作用,但由于我使用ReSharper自己的语言function,VS CodeAnalysis只是过度。

更新:

它看起来像Microsoft.VisualStudio.CodeAnalysis.VCPlugin.dll也被添加到GAC和gacutil删除保护。 要强制从GAC中删除它,请执行以下步骤:

  1. 删除以下registry项,但将其保存起来以防万一:

Windowsregistry编辑器版本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“,文化=”中立“”=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

  1. 从GAC卸载程序集

“C:\ Program Files(x86)\ Microsoft SDKs \ Windows \ v10.0A \ bin \ NETFX 4.6 Tools \ x64 \ gacutil.exe”/ u“Microsoft.VisualStudio.CodeAnalysis,Version = 14.0.0.0,Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a,processorArchitecture = MSIL“/ f

它也build议将CodeAnalysis_disabled文件夹移动到另一个位置,因为我不能告诉VS MEF加载器如何实现,它将在哪里search插件。

解决此问题的方法是通过转至工具 – >选项 – >文本编辑器 – > C#(或基本) – >高级 – >取消选中“启用完整解决scheme分析”来禁用完整解决scheme分析。

这似乎是Rosyln团队正在工作的一个错误https://github.com/dotnet/roslyn/issues/10365

我读过一些描述这个问题的文章,因为有些内存结构(List也许)超过了2GB,所以超出了虚拟地址空间。 2GB是默认的虚拟地址空间,适用于像VS 2015这样的32位处理器,但是可以将其调整到最大3GB。

我find的解决scheme是从这里 :

 Start▸All Programs▸Accessories▸right-click on Command Prompt▸Run as administrator Run the following command: bcdedit /set IncreaseUserVa 3072 Restart the computer. 

这不是100%的解决scheme,因为即使对于一个进程使用3GB的RAM,最终也可能会耗尽虚拟地址空间。 调整这个开关后,VS停止抱怨内存。

我的答案是closures和打开Visual Studio。

我有“启用完整解决scheme分析”未选中,我仍然收到Visual Studio消息“检测到低内存,此解决scheme禁用完整的解决scheme分析。 Visual Studio 2015版本是14更新2.我发现我必须closuresVS.

VS变得无法打开TFS任务,我不能检查代码,除非我closures并重新打开VS. 幸运的是我有一个新的固态硬盘,所以VSclosures/打开不会让我像以前那样等待很长时间。 但仍然令人失望的麻烦。

现在几个星期更新3,没有人回答…

“Visual Studio Update 3”修复了这个问题并解决了许多问题。 必须的 !!!

我build议在安装更新3之前阅读此内容: Visual Studio 2015 Update 3和.NET Core 1.0现在可以从John Montgomery中获得。

直接下载链接: Visual Studio Update 3

我一直在处理这个问题。 当使用TypeScript文件时,我会看到内存使用率稳步攀升,最终导致崩溃。 如果这可能是您的情况,请检查您的项目中是否有rxjs。 如果版本是5.0.0-beta.2,则升级到5.0.0-beta.3(或更高版本)以解决此问题。

更多细节: https : //github.com/Microsoft/TypeScript/issues/7344#issuecomment-198392320

我希望我有一个神奇的子弹。 但是,这是对我的帮助,但现在总是能解决问题。 VS2015更新2. Resharper 2016.1.1。 所有项目都是vNEXT。

  1. 在Resharper – >选项 – >代码检查 – >设置。 添加尽可能多的wwwroot文件夹。 我也添加了每个文件夹unter wwwroot,因为它似乎没有级联。 在文件掩码中,添加任何框架* .js或* .css(即* .min.js,* jquery.js,* angular.js,* .min.css)。 这一步有助于减less在我使用Gulp,Grunt for js / css进行发布时resharper所做的“加载源文件”。

  2. 这并不理想,但是当我正在编写代码并且不打算进行testing时,我会卸载所有我不使用的项目,通常是在testing中。 这似乎减less了resharper / vs使用的'Managed Memory'。

  3. 最后,有点恼人的是,我从来没有看到VS解决scheme资源pipe理器中的bower_components下的文件。 我发现,直接去文件夹和使用像VSCODE的JS / JSON查看节省了我的时间和挫折。 它使我相信,虽然node_modules和bower_components被“忽略”,但实际上并没有被忽略,或者它与项目目录中文件的数量有关。

我等待100%的解决scheme,但我希望这些帮助。