memory visual-studio-2015

memory - Mensaje VS2015 Actualización 2: “Se detectó poca memoria. Análisis completo de la solución deshabilitado para esta solución ".



visual-studio-2015 (7)

Acabo de actualizar Visual Studio 2015 con la Actualización 2.

Ahora, después de unas pocas horas de trabajo, recibí: "Se detectó poca memoria. Análisis completo de la solución deshabilitado para esta solución". que aparece en la parte superior del panel de acoplamiento de mi editor de VS2015.

Vi que se había informado un error en Microsoft Connect .

Notas:

  • Estoy usando Resharper.
  • Mi solución es bastante grande, ~ 32 proyectos en ella.

Si alguien tiene una solución o una pista sobre qué hacer para resolver esto, hágamelo saber.

Actualización: Tengo casi los mismos sentimientos que Anders Forsgren (primer comentario). Eso me parece un buen resumen de la situación.

Actualización 2 (2016-04-20) Recientemente (hace 3 días) hice una gran limpieza de mis paquetes instalados en Framework.Net (de "Programas y características") donde eliminé unos 20-30 paquetes. Algunos estaban en ruso. También reinstalé Visual Studio y ReSharper. Todo eso parece haber agregado algo de estabilidad a mi entorno (menos o no más heladas -> el tiempo lo dirá). Además, hay una nueva (2016-04-19) .NET Framework Repair Tool Version que salió recientemente. ¿Quizás podría ayudar a solucionar algunos de nuestros problemas, si hay alguno relacionado?

Actualización 3 Después de algunas pruebas y leer el texto de algunas personas. Parece que no está relacionado con .Net framework en sí o Resharper. Parece estar relacionado con VS2015 en sí mismo, probablemente Roslyn. No tuve éxito para eliminar Roslyn / CodeAnalysis de VS2015, parece ser una parte esencial. Parece que tendremos que esperar a que una solución de Microsoft tenga un entorno estable.

Actualización 4 (2016-04-26) Ver la respuesta de John Atwood. Mucha información Acabo de empezar a probar su respuesta. La actualización 3 debería resolver este problema (cuando esté disponible ???).

Actualización 5 (2016-04-26 + 6 horas) Después de 1 reinicio realizado por VS, una lentitud increíble y también un mensaje "Memoria baja ...", podría confirmar que deshabilitar el análisis de Solución Completa no soluciona el problema, en menos en mi máquina. Actualmente no conozco ninguna solución / solución que funcione en mi máquina.

Actualización 6 (2016-06-15) Mladen Mihajlovic me despertó. Me acabo de dar cuenta de que olvidé informar sobre la disponibilidad de VS2015 Update 3 RC (tenga en cuenta que creo que es la segunda versión: Update 3 RC2). Está disponible desde el 7 de junio en MSDN , RC1 = 14.0.25401.00, mientras que RC2 = 14.0.25402.00. Parece ser mucho más estable (lo recomiendo).

Desearía tener una bala mágica. Pero esto es lo que me ha ayudado, pero ahora siempre resuelve el problema. VS2015 Actualización 2. Resharper 2016.1.1. Todos los proyectos son vNEXT.

  1. En Resharper -> Opciones -> Inspección de código -> Configuración. Agregue tantos la carpeta wwwroot. También agregué cada carpeta debajo de wwwroot, ya que no parecía en cascada. En File Masks, agregue cualquier marco * .js o * .css (es decir, * .min.js, * jquery.js, * angular.js, * .min.css). Este paso ayudó a reducir el "Carga de archivos de origen" que resharper hace cuando construyo js / css con Gulp, Grunt para publicar.

  2. Esto no es lo ideal, pero cuando estoy escribiendo código y no planeo probar, descargaré todos los proyectos que no estoy usando, generalmente en la prueba. Esto parece reducir la ''memoria administrada'' que usa resharper / vs.

  3. Por último, y algo molesto es que NUNCA miro archivos debajo de bower_components en VS Solution Explorer. Creo que ir directamente a la carpeta y usar algo como VSCODE para ver JS / JSON me ahorra tiempo y frustración. Me lleva a creer que aunque los módulos de nodo y los componentes de bower se ''ignoran'', en realidad no se ignoran o tiene algo que ver con la gran cantidad de archivos en un directorio de proyecto.

Espero una solución que sea 100%, pero espero que esto ayude.

Después de un análisis muy breve, parece que el problema puede estar relacionado con la implementación de CodeAnalysis que está habilitada de forma predeterminada y no pude encontrar ninguna opción de archivo de configuración que pueda deshabilitarla.

Aquí están los resultados de búsqueda de referencia .

Sin embargo, pude deshabilitar con éxito el complemento CodeAnalysis VS por el momento y parece que marcó una diferencia en la fluidez de VS.

El único cambio fue cambiar el nombre de la carpeta del complemento de extensión CodeAnalysis de:

C:/Program Files (x86)/Microsoft Visual Studio 14.0/Common7/IDE/CommonExtensions/Microsoft/CodeAnalysis

a

C:/Program Files (x86)/Microsoft Visual Studio 14.0/Common7/IDE/CommonExtensions/Microsoft/CodeAnalysis_disabled

Obviamente, esto degradará el conjunto de funciones de VisualStudio y posiblemente cause algunos efectos secundarios, pero como estoy usando las funciones de alanilos de ReSharper, el análisis de código VS fue simplemente excesivo.

Actualizar:

Parece que Microsoft.VisualStudio.CodeAnalysis.VCPlugin.dll también se agrega a GAC ​​y está protegido contra la eliminación por gacutil. Para eliminarlo por la fuerza de GAC, se requieren los siguientes pasos:

  1. Elimine la siguiente clave de registro pero guárdela primero por si acaso:

Windows Registry Editor Versión 5.00

[HKEY_LOCAL_MACHINE / SOFTWARE / Classes / Installer / Assemblies / Global] "Microsoft.VisualStudio.CodeAnalysis, versión = /" 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. Desinstale el ensamblaje de GAC

"C: / Archivos de programa (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, procesadorArquitectura = MSIL "/ f

También se recomienda mover la carpeta CodeAnalysis_disabled a otra ubicación, ya que no puedo decir cómo se implementa el cargador VS MEF y dónde buscará los complementos.

Había estado soportando este problema por un tiempo. Vería que el uso de la memoria aumenta de manera constante cuando se trabaja con archivos TypeScript, lo que lleva a un eventual bloqueo. Si esta podría ser su situación, verifique si tiene rxjs en cualquier parte de su proyecto. Si la versión es 5.0.0-beta.2, actualice a 5.0.0-beta.3 (o superior) para solucionarlo.

Más detalles: https://github.com/Microsoft/TypeScript/issues/7344#issuecomment-198392320

Leí algunos artículos que describen este problema por exceder el espacio de direcciones virtuales porque alguna estructura de memoria interna (Lista tal vez) excede los 2 GB. 2 GB es el espacio de dirección virtual predeterminado para procesos de 32 bits como VS 2015. Pero puede ajustarlo a un máximo de 3 GB.

La solución que encontré es de here :

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

Esta no es una solución al 100% porque eventualmente puede quedarse sin espacio de direcciones virtuales incluso con 3 GB de RAM para un proceso. Después de ajustar este interruptor, VS dejó de quejarse de la memoria.

Mi respuesta es cerrar y abrir Visual Studio.

Tengo "Habilitar análisis de solución completa" sin marcar y sigo recibiendo el mensaje de Visual Studio "Se detectó poca memoria. Análisis de solución completa deshabilitado para esta solución". La versión de Visual Studio 2015 es la 14 Actualización 2. Me parece que tengo que cerrar VS.

VS no puede abrir las tareas de TFS y no puedo registrar el código a menos que cierre y vuelva a abrir VS. Afortunadamente, tengo un nuevo disco duro de estado sólido, por lo que el VS cerrar / abrir no me hace esperar mucho como lo hacía antes. Pero sigue siendo una molestia decepcionante.

Una solución para este problema es deshabilitar el análisis de solución completa yendo a Herramientas -> Opciones -> Editor de texto -> C # (o Básico) -> Avanzado -> Desmarque "Habilitar análisis de solución completa".

Esto parece ser un error en el que el equipo de Rosyln está trabajando https://github.com/dotnet/roslyn/issues/10365