Cambie a la configuración de Release. Luego, Project + Properties, pestaña Debug, desmarque la opción "Habilitar el proceso de alojamiento de Visual Studio". Build + Clean, puede eliminar todo lo que quede y no volverá. Que esta opción esté activada por defecto para la versión de lanzamiento es, discutiblemente, un pequeño error pero defendible.
El proceso de alojamiento es una versión alojada personalizada de la CLR. Exactamente lo que hace no está bien documentado, pero está relacionado con la configuración de la seguridad del dominio de aplicación principal. Nunca escuché a nadie quejarse sobre la lucha contra los problemas de CAS sin él, pero luego es inusual apagarlo y su aplicación casi siempre se ejecuta con total confianza cuando se depura del IDE. Sería importante si compila una red compartida en las primeras versiones de .NET. Lo único obvio al desactivarlo es que todo lo que escribas con Console.Write en una aplicación de estilo gui ya no aparecerá en la ventana de resultados. No tiene nada que ver con la velocidad, como se afirma en la respuesta muy votada en el enlace, las DLL del marco principal ya residen en la memoria RAM, ya que VS y MSBuild las usan.
Lo mejor es no preocuparse demasiado por eso. Un proyecto de Instalación e Implementación lo ignorará.
Me parece que realmente no entendiste lo que dice en su post. .vshost es necesario para comenzar rápidamente su sesión de depuración. Nada de que preocuparse. – Steve
pero también encontré el vshost.exe corriendo doble – gumuruh