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

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

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

Vi que se había informado de 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 alternativa o una pista sobre qué hacer para resolver esto, hágamelo saber.

Actualización: Tengo prácticamente los mismos sentimientos que Anders Forsgren (primer comentario). 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 de Framework.Net (de "Programas y características") donde eliminé alrededor de 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 congelaciones -> el tiempo lo dirá). Además, hay una nueva versión de la herramienta de reparación de .NET Framework (2016-04-19) que salió recientemente. ¿Quizás podría ayudar a solucionar algunos de nuestros problemas, si los hay relacionados?

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í, probablemente Roslyn. No tuve éxito al eliminar Roslyn / CodeAnalysis de VS2015, parece ser una parte esencial. Parece que tendremos que esperar una solución de Microsoft para tener un entorno estable.

Actualización 4 (2016-04-26) Consulte la respuesta de John Atwood. Mucha informacion. Empecé 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 el propio VS, una lentitud increíble y también un mensaje "Memoria baja ...", pude 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 alternativa que funcione en mi máquina.

Actualización 6 (2016-06-15) Mladen Mihajlovic me despertó. Me acabo de dar cuenta de que me olvidé de 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. Suena mucho más estable (lo recomiendo mucho).

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 la búsqueda de referencias .

Sin embargo, pude deshabilitar con éxito el complemento CodeAnalysis VS por el momento y parece que marcó la diferencia en la fluidez con que se ejecuta 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

Esto obviamente degradará el conjunto de funciones de VisualStudio y posiblemente causará algunos efectos secundarios, pero como estoy usando las funciones de alanylsis de ReSharper, el VS CodeAnalysis 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:

Editor del registro de Windows, versión 5.00

[HKEY_LOCAL_MACHINE \ SOFTWARE \ Classes \ Installer \ Assemblies \ Global] "Microsoft.VisualStudio.CodeAnalysis, versión = \" 14.0.0.0 \ ", publicKeyToken = \" b03f5f7f11d50a3a \ ", processorArchitecture = \" MSILion \ ", archivo 14.0.23107.0 \ ", cultura = \" 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

2. Desinstale el ensamblado de GAC

"C: \ Archivos de programa (x86) \ Microsoft SDKs \ Windows \ v10.0A \ bin \ NETFX 4.6 Tools \ x64 \ gacutil.exe" / u "Microsoft.VisualStudio.CodeAnalysis, Versión = 14.0.0.0, Cultura = neutral, PublicKeyToken = b03f5f7f11d50a3a, processorArchitecture = 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á complementos.

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

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

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

La solución que encontré es de aquí :

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 3GB de RAM para un proceso. Después de ajustar este interruptor, VS dejó de quejarse de la memoria.

Hace pocas semanas con la actualización 3 disponible y nadie responde ...

"Visual Studio Update 3" corrige ese problema y soluciona muchos otros. DEBE !!!

Recomiendo leer esto antes de instalar la Actualización 3: Visual Studio 2015 Actualización 3 y .NET Core 1.0 Disponible ahora de John Montgomery.

Enlace de descarga directa: Visual Studio Update 3

Mi respuesta es cerrar y abrir Visual Studio.

Tengo la opción "Habilitar análisis de solución completo" sin marcar y todavía recibo el mensaje de Visual Studio "Se detectó poca memoria. Análisis de solución completo desactivado 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 cierre / apertura del VS no me hace esperar tanto como antes. Pero sigue siendo una molestia decepcionante.

Había estado aguantando este problema durante un tiempo. Vería que el uso de la memoria aumenta constantemente cuando se trabaja con archivos TypeScript, lo que conduce a un eventual bloqueo. Si esta pudiera ser su situación, verifique si tiene rxjs en algún lugar 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

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

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

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

3. Por último, y algo molesto es que NUNCA miro los archivos debajo de bower_components en el explorador de VS Solution. Encuentro que ir a la carpeta directamente y usar algo como VSCODE para ver JS / JSON me ahorra tiempo y frustración. Me lleva a creer que aunque node_modules y bower_components 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 al 100%, pero espero que estos ayuden.