Сообщение VS2015 Update 2: "Обнаружена низкая память. Полный анализ решений отключен для этого решения".

Я только что обновил Visual Studio 2015 с обновлением 2.

Теперь, после нескольких часов работы, я получил: "Обнаружена низкая память. Полный анализ решений отключен для этого решения". который появляется в верхней части панели док-станции редактора VS2015.

Я увидел, что ошибка была отмечена в Microsoft Connect.

Примечания:

Я использую Resharper.
Мое решение довольно большое, ~ 32 проекта в нем.

Если у кого-то есть обходной путь или подсказка о том, что делать, чтобы решить эту проблему, пожалуйста, дайте мне знать.

Обновление: У меня есть те же чувства, что и Андерс Форсгрен (первый комментарий). Это звучит для меня хорошее резюме ситуации.

Обновление 2 (2016-04-20) Недавно я (3 дня назад) сделал большую очистку от установленных пакетов Framework.Net(из "Программы и функции" ), где я удалил 20-30 пакетов. Некоторые были на русском языке. Я также заново установил Visual Studio и ReSharper. Все это, кажется, добавляет некоторую стабильность в мою среду (меньше или больше замораживает → время покажет). Кроме того, появилась новая (2016-04-19) версия .NET Framework Repair Tool Version, которая появилась недавно. Возможно, это может помочь устранить некоторые из наших проблем, если они связаны?

Обновление 3 После некоторых тестов прочитайте текст некоторых людей. Похоже, что это не связано с самой картой .Net или Resharper. Это похоже на VS2015, вероятно, Roslyn. Мне не удалось удалить Roslyn/CodeAnalysis от VS2015, это, по-видимому, неотъемлемая часть. Похоже, нам придется подождать, пока исправление Microsoft будет иметь стабильную среду.

Обновление 4 (2016-04-26) См. ответ Джона Этвуда. Много информации. Я только начал проверять свой ответ. Обновление 3 должно решить эту проблему (когда доступно???).

Обновление 5 (2016-04-26 + 6 часов) После 1 перезапуска, выполненной самим VS, одна невероятная медлительность, а также одно сообщение "Низкая память...", я могу подтвердить, что отключение Полный анализ решения не устраняет проблему, по крайней мере, на моей машине. В настоящее время я не знаю никаких исправлений/обходных путей, которые работают на моей машине.

Обновление 6 (2016-06-15) Младен Михайлович разбудил меня. Я просто понял, что забыл рассказать о доступности VS2015 Update 3 RC (обратите внимание, что я думаю, что это второй релиз: Update 3 RC2). Он доступен с 7 июня в MSDN, RC1 = 14.0.25401.00, а RC2 = 14.0.25402.00. Звучит намного стабильнее (я очень рекомендую).

Ответ 1

Несколько недель с обновлением 3 доступны и никто не отвечает...

"Visual Studio Update 3" исправляет эту проблему и решает многие другие. A ДОЛЖНО!!!

Я рекомендую прочитать это перед установкой Update 3: Visual Studio 2015 Update 3 и .NET Core 1.0, доступных сейчас от Джона Монтгомери.

Прямая ссылка для скачивания: Обновление Visual Studio 3

Ответ 2

После очень короткого анализа кажется, что проблема может быть связана с реализацией 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 был просто чрезмерным.

Update:

Похоже, что Microsoft.VisualStudio.CodeAnalysis.VCPlugin.dll также добавлен в GAC и защищен от удаления gacutil. Чтобы принудительно удалить его из GAC, выполните следующие шаги:

Удалите следующий раздел реестра, но сначала сохраните его на первом месте:

Редактор реестра Windows версии 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\Сборка\Global] "Microsoft.VisualStudio.CodeAnalysis, версия = \" 14.0.0.0 \ ", PublicKeyToken =\" b03f5f7f11d50a3a \ ", processorArchitecture =\" MSIL \ ", FileVersion =\" 14.0.23107.0 \ ", культура =\" нейтральный \ "" = шестигранный (7): 6а, \ 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, \ 5е, 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 SDK\Windows\v10.0A\bin\NETFX 4.6 Инструменты \x64\gacutil.exe" /u "Microsoft.VisualStudio.CodeAnalysis, Version = 14.0.0.0, Culture = нейтральный, PublicKeyToken = b03f5f7f11d50a3a, processorArchitecture = MSIL" /f

Рекомендуется также перемещать папку CodeAnalysis_disabled в другое место, поскольку я не могу сказать, как реализован VS MEF-загрузчик и где он будет искать плагины.

Ответ 3

Обходной путь для этой проблемы - отключить полный анализ решений, выбрав Инструменты → Параметры → Текстовый редактор → С# (или базовый) → Дополнительно → Снимите флажок "Включить полный анализ решений".

Это кажется ошибкой, что команда Rosyln работает над https://github.com/dotnet/roslyn/issues/10365

Ответ 4

Я прочитал несколько статей, описывающих эту проблему, как превышение виртуального адресного пространства, потому что некоторая внутренняя структура памяти (возможно, List) превышает 2 ГБ. 2GB - это виртуальное адресное пространство по умолчанию для 32-битных процессов, таких как VS 2015. Но вы можете настроить его на максимум до 3 ГБ.

Я нашел решение из здесь:

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

Run the following command:

bcdedit /set IncreaseUserVa 3072

Restart the computer.

Это не 100% -ное решение, потому что вы можете в конечном итоге исчерпать виртуальное адресное пространство даже с 3 ГБ ОЗУ для процесса. После настройки этого переключателя VS перестает жаловаться на память.

Ответ 5

Мой ответ - закрыть и открыть Visual Studio.

У меня есть опция "Включить полный анализ решений", и я все еще получаю сообщение Visual Studio "Обнаружена низкая память. Полный анализ решений отключен для этого решения". Версия Visual Studio 2015 - 14 Обновление 2. Я обнаружил, что мне нужно закрыть VS.

VS становится неспособным открывать задачи TFS, и я не могу проверить код, если не закрываю и не открываю VS. К счастью, у меня новый жесткий жесткий диск, поэтому VS close/open не заставляет меня ждать очень долго, как раньше. Но все-таки неутешительные хлопоты.

Ответ 6

Я некоторое время пытался справиться с этой проблемой. Я бы увидел, что использование памяти неуклонно растет при работе с файлами TypeScript, что приводит к возможному сбою. Если это может быть вашей ситуацией, проверьте, есть ли у вас rxjs в любом месте вашего проекта. Если версия 5.0.0-beta.2, а затем обновите ее до 5.0.0-beta.3 (или выше), чтобы исправить ее.

Подробнее: https://github.com/Microsoft/TypeScript/issues/7344#issuecomment-198392320

Ответ 7

Жаль, что у меня не было волшебной пули. Но вот то, что помогло мне, но теперь всегда решает проблему. VS2015 Обновление 2. Resharper 2016.1.1. Все проекты - vNEXT.

В Resharper → Параметры → Проверка кода → Настройки. Добавьте столько же папки wwwroot. Я также добавил каждую папку unter wwwroot, поскольку она не казалась каскадной. В Масках файлов добавьте любую фреймворк *.js или *.css(т.е. *.min.js, * jquery.js, * angular.js, *.min.css). Этот шаг помог сократить "Загрузка исходных файлов", которые выполняет resharper, когда я создаю js/css с помощью Gulp, Grunt для публикации.
Это не идеально, но когда я пишу код и не планирую тестирование, я выгружу все проекты, которые я не использую, как правило, в тесте. Это, похоже, сокращает "Управляемую память", которую использует resharper/vs.
Наконец, и досадно, что я НИКОГДА не смотрю файлы под bower_components в VS Solution explorer. Я нахожу, что переход в папку напрямую и использование чего-то вроде VSCODE для просмотра JS/JSON экономит мне время и разочарование. Это заставляет меня поверить, что хотя node_modules и bower_components игнорируются, их фактически не игнорируют или они имеют какое-то отношение к большому количеству файлов в каталоге проекта.

Я жду решения, которое составляет 100%, но я надеюсь, что это поможет.