Повідомлення оновлення 2 VS2015: “Виявлено недостатньо пам’яті. Повний аналіз рішення вимкнено для цього рішення ".

Я щойно оновив 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 . Можливо, це може допомогти вирішити деякі наші проблеми, якщо такі пов’язані?

Оновлення 3 Після деяких тестів і прочитайте текст деяких людей. Здається, це не пов'язано з самим фреймворком .Net або Resharper. Здається, це пов’язано з самим VS2015, ймовірно, Росліном. Мені не вдалося видалити Roslyn / CodeAnalysis з VS2015, це, здається, є важливою частиною. Здається, нам доведеться чекати, поки виправлення Microsoft не матиме стабільного середовища.

Оновлення 4 (2016-04-26) Див. Відповідь Джона Етвуда. Багато інформації. Я тільки почав перевіряти його відповідь. Оновлення 3 має вирішити цю проблему (коли вона доступна ???).

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

Оновлення 6 (15.06.2016) Мене розбудив Младен Михайлович. Щойно я зрозумів, що забув розповісти про наявність VS2015 Update 3 RC (зверніть увагу, що, на мою думку, це другий випуск: Update 3 RC2). Він доступний з 7 червня в MSDN , RC1 = 14.0.25401.00, тоді як RC2 = 14.0.25402.00. Це звучить набагато стабільніше (настійно рекомендую).

Після дуже короткого аналізу здається, що проблема може бути пов'язана з реалізацією 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, потрібно виконати такі дії:

1. Видаліть такий розділ реєстру, але збережіть його спочатку про всяк випадок:

Редактор реєстру Windows, версія 5.00

[HKEY_LOCAL_MACHINE \ SOFTWARE \ Classes \ Installer \ Assembly. 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

2. Видаліть збірку з 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, Культура = нейтральна, PublicKeyToken = b03f5f7f11d50a3a, processorArchitecture = MSIL "/ f

Також слід порадити перемістити папку CodeAnalysis_disabled в інше місце, оскільки я не можу сказати, як реалізований навантажувач VS MEF і де він буде шукати плагіни.

Вирішенням цієї проблеми є вимкнення повного аналізу рішення, перейшовши в Інструменти -> Параметри -> Текстовий редактор -> C # (або Basic) -> Додатково -> Зніміть прапорець біля пункту «Увімкнути повний аналіз рішення».

Здається, це помилка, над якою працює команда Rosyln https://github.com/dotnet/roslyn/issues/10365

Я читав деякі статті, в яких ця проблема описується як перевищення віртуального адресного простору, оскільки деяка структура внутрішньої пам'яті (можливо, перелік) перевищує 2 Гб. 2 Гб - це віртуальний адресний простір за замовчуванням для 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 перестав скаржитися на пам'ять.

Кілька тижнів, коли доступне оновлення 3, і ніхто не відповідає ...

"Visual Studio Update 3" виправляє цю проблему та вирішує багато інших. ОБОВ’ЯЗКОВО !!!

Я рекомендую прочитати це перед інсталяцією оновлення 3: Visual Studio 2015, оновлення 3 та .NET Core 1.0, доступні зараз від Джона Монтгомері.

Посилання для прямого завантаження: оновлення Visual Studio 3

Моя відповідь - закрити та відкрити Visual Studio.

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

VS стає нездатним відкривати завдання TFS, і я не можу зареєструвати код, якщо не закрию та не відкрию знову VS. На щастя, у мене є новий твердотільний жорсткий диск, тому VS закриття / відкриття не змушує мене чекати жахливо довго, як це було раніше. Але все одно невтішні клопоти.

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

Детальніше: https://github.com/Microsoft/TypeScript/issues/7344#issuecomment-198392320

Я хотів би, щоб у мене була чарівна куля. Але ось що мені допомогло, але зараз завжди вирішує проблему. VS2015 Update 2. Resharper 2016.1.1. Усі проекти vNEXT.

1. У Resharper -> Параметри -> Перевірка коду -> Налаштування. Додайте якомога більше папки wwwroot. Я також додав кожну папку під wwwroot, оскільки вона, здається, не каскадувала. У файлові маски додайте будь-який фреймворк * .js або * .css (тобто * .min.js, * jquery.js, * angular.js, * .min.css). Цей крок допоміг скоротити "Завантаження вихідних файлів", яку робить resharper, коли я будую js / css за допомогою Gulp, Grunt для публікації.

2. Це не ідеально, але коли я пишу код і не планую тестування, я вивантажу всі проекти, які я не використовую, як правило, в тесті. Здається, це зменшує "керовану пам'ять", яку використовує resharper / vs.

3. Нарешті, і наче дратує те, що я НІКОЛИ не переглядаю файли під компонентом bower_components у VS Solution Explorer. Я вважаю, що прямий перехід до папки та використання чогось на зразок VSCODE для перегляду JS / JSON економить мені час і розчарування. Це змушує мене думати, що, хоча node_modules та bower_components «ігноруються», насправді вони не ігноруються, або це пов’язано з простою кількістю файлів у каталозі проекту.

Я чекаю на 100% рішення, але я сподіваюся, що це допоможе.