tools - msbuild descargar

Cientos de instancias de MSBuild y ConHost que generan y llenan la memoria al intentar ejecutar la aplicación web en Visual Studio 2015

Question

Para dar un poco de historia de fondo, también solía tener este problema en VS2012. Al azar (no todo el tiempo), cuando fui a ejecutar el proyecto web de mi compañía en IE a través de vs2012, se detendría por un tiempo y finalmente no se cargaría. Noté que mi máquina esencialmente lucharía por hacer cualquier cosa y casi se detendría.

Al verificar el administrador de tareas se revelarían CIENTOS, si no se generaran MILES de MSBuild.exe y Conhost.exe, llenando cada posible byte de memoria que pudieran (máximo 8 gigas en la máquina). Solo tenía un puñado de soluciones que necesitaban ser construidas.

Nunca supe la causa real, pero creo que una posible actualización de VS2012 solucionó el problema durante varios meses.

Pasado el día de hoy, ahora estoy en una máquina con 16 gigas de RAM y ahora estoy ejecutando VS2015 14.0.23107.

Recientemente me di cuenta de que el problema de la creación infinita de MSBuild y Conhost estaba de regreso, esta vez llenando todos mis 16 gigas de memoria.

He buscado en Internet tanto como puedo, pero no he encontrado ningún tema similar al que estoy experimentando.

Sé que esta es una "característica" de microsoft, como se menciona aquí:

msbuild.exe permanece abierto, bloqueando archivos

y otros lugares.

Pero nadie que haya visto tiene un problema en el que tantos MSBuilds y Conhosts generan que cada byte de memoria es consumido por ellos, y se ven obligados a reiniciar su máquina o esperar hasta que todos mueran (lo que no parece suceder después de cualquier cantidad determinada de tiempo).

Las únicas variables de entorno en las que puedo pensar cuando esto sucedió recientemente son:

1. Tuve al menos 2 instancias de VS2015 corriendo
2. Acababa de hacer cambios y construir una solución.
3. Fui a ejecutar nuestra aplicación web en una solución que depende de la anterior que acababa de construir.

¿Alguien más tiene este problema y alguna vez encontró la causa?

-EDITAR-

Actualización: No estoy al 100% si esto lo solucionó, pero no lo he recibido desde que hice estos cambios.

Esencialmente, tenemos dos soluciones diferentes aquí en el trabajo. Son muy similares, la única diferencia es que uno de ellos tiene menos proyectos / dependencias con él.

Alterno entre estas dos soluciones a menudo, y creo que la configuración de la solución para una de ellas tenía "Debug with Extended Diagnostics" (Análisis de errores extendidos) para al menos un proyecto.

Además, tenía las opciones de compilación configuradas para hacer hasta 8 compilaciones paralelas al mismo tiempo.

Nuestro administrador de devops cree que es posible que algún tipo de cambio entre las soluciones mezcladas con las compilaciones paralelas causó algún tipo de corrupción / error que generó miles de MSBuilds.

Desde entonces, hemos solucionado el problema con "Debug with Extended Diagnostics" y he cambiado mis opciones de compilación para que sean solo 1 compilación paralela y no he tenido el problema desde entonces.

Answer 1

Curiosamente, tuve el problema de que una gran cantidad de procesos de MSBuild y conhost comenzaron a surgir y mataron toda mi memoria. En mi caso, estaba relacionado con mis pruebas con características de zona horaria. Cambié la zona horaria de mi SO para probar / QA de una aplicación web y este fue el resultado por alguna razón. Algo con Visual Studio no le gustan los cambios de zona horaria sobre la marcha.