[memory] VS2015 업데이트 2 메시지 :“메모리 부족이 감지되었습니다. 이 솔루션에 대한 전체 솔루션 분석이 비활성화되었습니다. “

방금 Visual Studio 2015를 업데이트 2로 업데이트했습니다.

이제 몇 시간 동안 제대로 작동 한 후 “메모리 부족이 감지되었습니다.이 솔루션에 대한 전체 솔루션 분석이 비활성화되었습니다.”라는 메시지가 나타납니다. VS2015의 편집기 독 패널 상단에 나타납니다.

Microsoft Connect 에서 버그가보고 된 것을 보았습니다 .

메모:

  • Resharper를 사용하고 있습니다.
  • 내 솔루션은 꽤 큽니다. ~ 32 개의 프로젝트가 있습니다.

누구든지이 문제를 해결하기 위해해야 ​​할 일에 대한 해결 방법이나 힌트가 있으면 알려주세요.

업데이트 : 나는 Anders Forsgren (첫 번째 코멘트)과 거의 같은 느낌을 가지고 있습니다. 상황을 잘 요약 한 것 같습니다.

업데이트 2 (2016-04-20) 최근 (3 일 전)에서 약 20-30 개의 패키지를 제거했던 Framework.Net 설치 패키지 ( “프로그램 및 기능”에서)를 대대적으로 정리했습니다. 일부는 러시아어로 작성되었습니다. 또한 Visual Studio와 ReSharper를 다시 설치했습니다. 그 모든 것이 내 환경에 약간의 안정성을 추가 한 것 같습니다 (더 이상 동결되지 않거나-> 시간이 알려줄 것입니다). 또한 최근에 나온 새로운 (2016-04-19) .NET Framework 복구 도구 버전 이 있습니다. 관련이있는 경우 문제를 해결하는 데 도움이 될 수 있습니까?

업데이트 3 몇 가지 테스트 후 일부 사람들의 텍스트를 읽습니다. .Net 프레임 워크 자체 또는 Resharper와 관련이없는 것 같습니다. VS2015 자체, 아마도 Roslyn과 관련된 것 같습니다. VS2015에서 Roslyn / CodeAnalysis를 제거하는 데 성공하지 못했습니다. 필수 부분 인 것 같습니다. Microsoft 수정 프로그램이 안정적인 환경을 가질 때까지 기다려야 할 것 같습니다.

업데이트 4 (2016-04-26) John Atwood 답변을 참조하십시오. 많은 정보. 나는 그 답을 테스트하기 시작했습니다. 업데이트 3은이 문제를 해결해야합니다 (사용 가능한 경우 ???).

업데이트 5 (2016-04-26 + 6 시간) VS 자체에서 한 번 다시 시작한 후 놀라운 속도 저하와 “메모리 부족 …”이라는 메시지가 한 번 발생한 후 전체 솔루션 분석을 비활성화해도 문제가 해결되지 않음을 확인할 수 있습니다. 최소한 내 컴퓨터에서. 현재 내 컴퓨터에서 작동하는 수정 / 해결 방법을 모릅니다.

업데이트 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 구현과 관련이있을 수 있으며 비활성화 할 수있는 구성 파일 옵션을 찾을 수 없습니다.

다음은 참조 검색 결과 입니다.

그러나 당분간 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 \ 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

  1. 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 폴더를 다른 위치로 이동하는 것이 좋습니다.


답변

이 문제에 대한 해결 방법은 도구-> 옵션-> 텍스트 편집기-> C # (또는 기본)-> 고급-> “전체 솔루션 분석 활성화”를 선택 취소하여 전체 솔루션 분석을 비활성화하는 것입니다.

이것은 Rosyln 팀이 https://github.com/dotnet/roslyn/issues/10365에서 작업하고있는 버그로 보입니다.


답변

일부 내부 메모리 구조 (목록)가 2GB를 초과하기 때문에이 문제를 가상 주소 공간을 초과하는 것으로 설명하는 기사를 읽었습니다. 2GB는 VS 2015와 같은 32 비트 프로세스의 기본 가상 주소 공간입니다.하지만 최대 3GB까지 조정할 수 있습니다 .

내가 찾은 해결책은 다음과 같습니다 .

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을 사용하더라도 결국 가상 주소 공간이 부족해질 수 있기 때문에 이것은 100 % 솔루션이 아닙니다. 이 스위치를 조정 한 후 VS는 메모리에 대한 불평을 멈췄습니다.


답변

업데이트 3을 사용할 수 있고 아무도 응답하지 않는 몇 주 동안 …

“Visual Studio Update 3″은이 문제를 수정하고 다른 많은 문제를 해결합니다. 필수 !!!

업데이트 3 : Visual Studio 2015 업데이트 3 및 .NET Core 1.0을 설치하기 전에 읽어 보는 것이 좋습니다 . John Montgomery에서 지금 제공 합니다.

직접 다운로드 링크 : 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 업데이트 2. Resharper 2016.1.1. 모든 프로젝트는 vNEXT입니다.

  1. Resharper-> 옵션-> 코드 검사-> 설정에서. wwwroot 폴더를 추가합니다. 또한 계단식으로 표시되지 않는 것처럼 보이므로 wwwroot 아래에 각 폴더를 추가했습니다. 파일 마스크에서 프레임 워크 * .js 또는 * .css (예 : * .min.js, * jquery.js, * angular.js, * .min.css)를 추가합니다. 이 단계는 게시를 위해 Gulp, Grunt로 js / css를 빌드 할 때 resharper가 수행하는 “소스 파일로드”를 줄이는 데 도움이되었습니다.

  2. 이것은 이상적이지는 않지만 코드를 작성하고 테스트 할 계획이없는 경우 일반적으로 테스트에서 사용하지 않는 모든 프로젝트를 언로드합니다. 이것은 resharper / vs가 사용하는 ‘관리 메모리’를 줄이는 것 같습니다.

  3. 마지막으로, 성가신 것은 VS Solution explorer의 bower_components 아래에있는 파일을 절대 보지 않는다는 것입니다. 폴더로 직접 이동하고 JS / JSON보기 용 VSCODE와 같은 것을 사용하면 시간과 좌절감을 줄일 수 있습니다. node_modules 및 bower_components가 ‘무시’되더라도 실제로 무시되지 않거나 프로젝트 디렉토리의 파일 수와 관련이 있다고 믿게됩니다.

나는 100 % 해결책을 기다리고 있지만 이것이 도움이되기를 바랍니다.