asp.net-mvc tag - Visual Studio depuración / carga muy lenta





helpers core (25)


No sé si todavía tiene este problema, pero depuro los sitios en Visual Studio al adjuntar el depurador al proceso en lugar de dejar que VS lo haga por mí y lo he encontrado para mejorar enormemente los tiempos. Uso una extensión para VS llamada AttachTo y tengo un pequeño artículo sobre cómo lo uso here .

Espero que esto ayude.

Estoy en el final de ingenio. Normalmente, Visual Studio es extremadamente lento para depurar o simplemente cargar ("comenzar sin depurar") mis sitios MVC de ASP.NET. No siempre: al principio, los proyectos se cargarán bien y rápido, pero una vez que se cargan lentamente, siempre se cargarán lentamente después de eso. Podría estar esperando 1-2 minutos o más.

Mi configuración:

Actualmente estoy usando Visual Studio 2012 Express , pero también he tenido el mismo problema en Visual Studio 2010 Express. Mi solución se almacena en una unidad de red; específicamente, es Mis documentos redirigidos a una unidad de red, si es importante. (No debería. Hay momentos en los que mi sitio se carga muy rápido con esta configuración).

La carga en Internet Explorer 9 normalmente, pero el mismo problema ocurre en Firefox.

Esto puede suceder en cualquier proyecto MVC de ASP.NET en el que trabaje, y parece girar en torno a tener DisplayTemplates, lo que hacen todos mis proyectos ASP.NET MVC. Y todo es C # y Razor, si eso importara.

Los síntomas:

El sistema cargará mis símbolos cientos de veces. Básicamente, lo siguiente, pero hay al menos 300 filas de este tipo, cada una con archivos DLL muy diferentes para el mismo CSHTML:

'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.xighmhow.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_contact.cshtml.22013bb9.cv5hktkf.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.1o77hs8i.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.jja-77mw.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.l_e9ev_s.dll', Symbols loaded.
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_location.cshtml.22013bb9.b4n59gom.dll', Symbols loaded.

En lo anterior, tengo tres DisplayTemplates: "Contacto", "Ubicación" y "Código de estado". Parece que IIS está cargando símbolos dos veces por cada vez que se llama a la plantilla de pantalla. Por lo tanto, si muestro una tabla de 100 entradas que llama a las tres plantillas de pantalla, se cargan 600 símbolos diferentes.

Esto tampoco es una operación rápida. Al buscar en los archivos de registro que genera IIS, se tarda unos 200 ms en cargar cada símbolo. Así, los retrasos súper largos.

Lo que he intentado:

  • Versión de depuración o versión, no importa.
  • Poner mi proyecto en una implementación completa de IIS en un servidor web lo ejecuta súper rápido sin problemas.
  • Cassini, IIS Express 7.5 e IIS Express 8.0 tienen el problema.
  • Delete All Breakpoints no hace nada.
  • Solución limpia , o eliminar el .suo tampoco hacer nada.
  • Si reparo IIS Express, o My Docs\IISExpress carpeta My Docs\IISExpress , o reparo / reinstalo Visual Studio → el problema PUEDE desaparecer, pero solo por un tiempo, antes de que regrese.

Cualquier consejo es apreciado.

Para responder más preguntas, sí, mi máquina definitivamente tiene la potencia. Lo irritante es que el mismo proyecto, con NADA alterado, puede cargarse muy rápidamente a veces, generalmente después de reparar IIS Express y eliminar la carpeta My Docs\IISExpress . Finalmente, "algo" sucede y la carga se reduce a 2 minutos. Lo que estoy trabajando no es un proyecto complicado. No hay bibliotecas o dependencias externas, y mi VS.NET no tiene complementos.

Cabe destacar que esta máquina tiene Symantec Endpoint Protection, que tiene un historial de causar estragos. Pero deshabilitarlo por completo (es bueno ser administrador) no solucionó el problema.

Tengo una teoría en este punto. Estoy pensando que esto es todo porque estoy trabajando desde una carpeta redirigida fuera de una red compartida. Mientras el depurador estaba revisando sus cientos de líneas de "símbolos cargados", me detuve para ver qué estaba haciendo. Estaba en mi código, cargando el DisplayTemplate que tenía. Entrando en la plantilla de salida esto:

Step into: Stepping over non-user code 'System.Threading.WaitHandle.InternalWaitOne'
Step into: Stepping over non-user code 'System.Threading.WaitHandle.WaitOne'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCaptureUnimpersonated'
Step into: Stepping over non-user code 'System.CodeDom.Compiler.Executor.ExecWaitWithCapture'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.FromFileBatch'
Step into: Stepping over non-user code 'Microsoft.CSharp.CSharpCodeGenerator.System.CodeDom.Compiler.ICodeCompiler.CompileAssemblyFromFileBatch'
Step into: Stepping over non-user code 'System.Web.Compilation.AssemblyBuilder.Compile'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.bciuyg14.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.CompileWebFile'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultInternal'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVPathBuildResultWithNoAssert'
Step into: Stepping over non-user code 'System.Web.Compilation.BuildManager.GetVirtualPathObjectFactory'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerWrapper.System.Web.Mvc.IBuildManager.FileExists'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.GetPathFromGeneralName'
Step into: Stepping over non-user code 'System.Web.Mvc.VirtualPathProviderViewEngine.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.Find'
Step into: Stepping over non-user code 'System.Web.Mvc.ViewEngineCollection.FindPartialView'
Step into: Stepping over non-user code 'System.Web.Mvc.Html.TemplateHelpers.ActionCacheViewItem.Execute'
'iisexpress.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\b63f8236\6775085d\App_Web_statuscode.cshtml.22013bb9.kwj3uqan.dll', Symbols loaded.
Step into: Stepping over non-user code 'System.RuntimeType.CreateInstanceSlow'
Step into: Stepping over non-user code 'System.Web.Mvc.DependencyResolver.DefaultDependencyResolver.GetService'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerViewEngine.DefaultViewPageActivator.Create'
Step into: Stepping over non-user code 'System.Web.Mvc.BuildManagerCompiledView.Render'

Parece que Visual Studio está recompilando mi plantilla de pantalla cada vez que se llama, lo cual es, nuevamente, cientos de veces. Mi teoría es que Visual Studio compila el archivo, lo guarda en el recurso compartido de red, el recurso compartido de red entonces de alguna manera marca un nuevo tiempo en él, y Visual Studio luego piensa que el archivo ha cambiado y, por lo tanto, Visual Studio lo vuelve a compilar. Aunque solo una teoría; Realmente no tengo ni idea.

Por un lado, aparentemente tengo archivos sin conexión (esta es una computadora de escritorio en una oficina; no me importaría menos). Voy a deshabilitar, reiniciar y volver a intentar mañana.

Además, mover mi proyecto, tal como está, a la C local: lo arregla. Se carga muy rápido. Pero esto no es ideal en un entorno de trabajo. Pierdo las versiones anteriores, no se realiza una copia de seguridad de mi código a menos que lo copie manualmente y ya no se comparta con nadie.

Me conformo con copiarlo de un lado a otro de C al recurso compartido de red, si se trata de ello. Es mucho más molesto esperar dos minutos por cada carga de página.




¿Tienes habilitado FusionLog?

Mi VisualStudio tardó mucho en iniciarse, abrió la solución y cargó los símbolos al iniciar la depuración. Solo fue lento en mi máquina, pero no en otras máquinas.

FusionLog escribe toneladas de material de registro en el disco. Solo deshabilitándolo en RegEdit resolví todo, en mi caso.

Esta es la clave FusionLog en el registro:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

Verifique el valor de ForceLog (1 habilitado, 0 deshabilitado).




Una cosa que me funcionó después de hacer todo lo anterior fue:
En la ventana Subprocesos (Depurar-> Windows-> Subprocesos), establezca Agrupar en Ninguno. Esto solo se puede hacer durante la depuración.

Esto estaba teniendo un impacto incluso después de cerrar esa ventana.




Eliminé la carpeta "Archivos temporales de ASP.NET" y la carga de mi página localhost mejoró dramáticamente. Aquí está la ruta ...% temp% \ Archivos temporales de ASP.NET \




Vaya a sus variables de entorno y busque la clave _NT_SYMBOL_PATH.

Bórralo.

Voila, trabajó como un encanto.




Creo que finalmente puedo al menos conocer la causa, aunque no la razón. Cuando el problema comenzó a ocurrir nuevamente, noté que había toneladas de procesos "conhost.exe" huérfanos. Cerraría Visual Studio y se mantendrían abiertos. La tarea final en cada uno de ellos finalmente ha resuelto el problema de manera confiable. [Ojalá]

(Solo tenga en cuenta que conhost.exe no es un proceso de Visual Studio, aunque Visual Studio lo usa. Por lo tanto, otros usuarios pueden tener otras aplicaciones que ejecuten conhost.exe. Sé que mi máquina no, por eso puedo terminar la tarea de forma segura todos ellos, pero YMMV.)

En cuanto a por qué sucede esto? Parece que ocurre cuando abro más de un proyecto a la vez, lo que tiendo a hacer a menudo, aunque solo construyo y depuro uno de ellos en cualquier momento.

Edit # 1 - Esto no es una "bala de plata" por desgracia. No siempre funciona para mí. Normalmente, cuando las cosas se vuelven lentas, solo cierro todas mis sesiones de Visual Studio, luego entro al administrador de tareas y finalizo cualquier instancia, conhost.exe, iisexpress.exe Microsoft.VisualStudio.Web.Host.exe y MSBuild.exe Puedo encontrar.

Por lo general, después de eso, cuando reinicio mi proyecto, se cargará rápidamente. Pero no siempre.

Realmente creo que el mejor curso de acción es probablemente no compilar y depurar el código de una carpeta redirigida / recurso compartido de red.

Edición n. ° 2: dos años más tarde, y esto sigue siendo un problema para mí en Visual Studio Community 2013, pero parece que al menos encontré la tarea del culpable: Explorer.exe . Sí, quién sabía. En el momento en que termino esa tarea, bam, la página se carga en un solo segundo.

Si tengo un explorador de archivos del Explorador de Windows abierto en mi unidad de red redirigida (que es a menudo ya que ahí es donde está mi código), este problema parece ocurrir. Cerrar la ventana no es suficiente, tengo que eliminar toda la tarea de Explorer.exe. Solo pude adivinar lo que está haciendo ... volviendo loco con los manejadores de archivos?

Por lo general, puedo usar el administrador de tareas para iniciar una nueva tarea de explorer.exe (solo puedo tomar tantas alt-tabbing), y Visual Studio continuará cargando bien y rápido. Pero si vuelvo a abrir el Explorador de Windows, casi siempre vuelve a super-slow-mo.

Entonces, si tienes un recurso compartido de red redirigido, dale una oportunidad. Seguro que late trabajando localmente.




Después de pasar todo el día esperando que los símbolos se carguen tan lentamente como la velocidad de la tortuga, mezcle y cambie entre todas las combinaciones posibles: Just My Code, símbolos de caché , Intellitrace , Just-In-Time, procesos de eliminación , etc.

Mi solución fue en realidad desactivar el antivirus . Sí, Windows Defender estaba ralentizando el lanzamiento de mi proyecto. Comprobaría todos los archivos DLL como Visual Studio los solicitó y ralentizó todo el proceso de carga de símbolos.

Tengo que decir que nuestras máquinas tienen excelentes especificaciones para compilar la solución realmente rápido, por lo que nunca fue un problema. Codificamos en VS 2013 Ultimate.




Para mí fue el IE 9.08.8112.16241. Tan pronto como utilicé Firefox o Chrome, no hubo ninguna depuración lenta con F10 o F11. No sé cuál es el problema con IE, pero oficialmente desprecio usarlo para las pruebas ahora.

Actualización: he desactivado todos los complementos del programa IE y ha vuelto a la velocidad máxima. Al encenderlos uno por uno, se reveló que LastPass (en mi caso) fue el culpable. Supongo que no puedo culpar a la EM después de todo.




Las anteriores son todas buenas soluciones y las probé todas, pero obtuve la solución here , que es

Debug -> Delete All Breakpoints



Nada de esto funcionó para mí, pero encontré un punto de interrupción en un símbolo que se eliminó. Parece que 2010 estaba colgando en él. Para ver si este es su problema, haga debug-> windows-> breakpoints. Si hay alguno, simplemente bórrelos.

Saunders, mencionó que verificó eso, pero no se mencionó en las soluciones para este problema. Tal vez el conocimiento común para algunos, pero no todos nosotros.




En mi caso, fue la extensión de .NET Reflector Visual Studio (versión 8.3.0.93) con VS 2012. La depuración tardó 10 segundos en cada Paso sobre (F10).

En Visual Studio, vaya a Herramientas / Extensiones y actualizaciones ... y desactive .NET Reflector Visual Studio Extension . No te olvides de reiniciar Visual Studio.




En mi caso fue

Tools/Options/Debugging/General/Enable JavaScript debugging for ASP.NET (Chrome and IE)

Una vez que desmarque esto, mi inicio de depuración pasó de 45-60 segundos a 0-5 segundos.




Mi problema de VS lento se resolvió deshabilitando el enlace del navegador




Abra la carpeta de soluciones en el explorador de Windows, cierre el estudio visual, elimine el archivo .suo del explorador de Windows.

Ahora abra el proyecto en Visual Studio, con suerte el depurador se adjuntará / desconectará rápidamente.




Para mí, implementé esta sugerencia que básicamente mejoró drásticamente el rendimiento al agregar los siguientes dos atributos a la etiqueta de compilación en web.config

<compilation ... batch="false" optimizeCompilations="true"> ... </compilation>

¿Qué hace batch = "false"?

Hace que la precompilación sea más selectiva al compilar solo las páginas que han cambiado y requieren volver a compilar

¿Qué es exactamente lo que hacen las compilaciones optimizadas? Source

ASP.NET utiliza un código hash por aplicación que incluye el estado de varias cosas, incluida la carpeta bin y App_Code, y global.asax. Cada vez que se inicia un dominio de aplicación ASP.NET, comprueba si este código hash ha cambiado con respecto a lo que se había calculado previamente. Si es así, entonces se borra toda la carpeta codegen (donde se encuentran los ensamblados compilados y copiados en vivo).

Cuando esta optimización está activada (a través de OptimizeCompilations = "true"), el hash ya no tiene en cuenta bin, App_Code y global.asax. Como resultado, si esos cambios no eliminamos la carpeta de código.

Referencia: Elemento de compilación en msdn.




Una solución rápida y fácil para aquellos que no tienen mucha desviación de la configuración de VS predeterminada.

Herramientas -> Importar y exportar configuraciones -> Sí, guardar mi configuración actual -> Visual C #

Estoy seguro de que la solución anterior también funcionaría con otras configuraciones predeterminadas. En mi caso, algo se arruinó con mi configuración de carga de símbolos, pero no pude arreglarlo aunque probé algunas de las soluciones sugeridas.




También me enfrentaba a este problema, a continuación se muestran los pasos que realizo y siempre me funciona:

  • Eliminando el archivo .suo de la solución.
  • Eliminar los archivos temporales de ASP.NET (puede encontrarlo en encontrarlo en % WINDOW% \ Microsoft.NET \ Framework \\ archivos temporales de ASP.NET )
  • Eliminar todos los puntos de interrupción en la aplicación.



Apagando intelliTrace solucioné esto para mí.

En Visual Studio, Herramientas -> Opciones -> IntelliTrace

Luego, desmarque la casilla de verificación "Habilitar IntelliTrace".




En mi caso, noté que deshabilitar mi conexión a Internet lo haría funcionar tan rápido como con ctrl-f5, así que fui a depurar-> opciones-> símbolos y simplemente desmarque todas las ubicaciones .pdb.

Parece que VS intentaba conectarse a estos servidores cada vez que se iniciaba una sesión de depuración.

Tenga en cuenta que deshabilitar Depuración-> Opciones-> Depuración-> General "Habilitar soporte de origen" o "Requerir que los archivos de origen coincidan exactamente con la versión original" no haría ninguna diferencia.




Vaciar el caché de símbolos funcionó para mí.

Consulte: barra de menús / Herramientas / Opciones / Depuración / Símbolos / Vaciar caché de símbolos




También tuve problemas de ejecución con la depuración y probé muchas opciones de depurador. En mi caso, gran rendimiento logrado cuando cambio estas opciones:

Herramientas - Opciones - Depuración - Ventana de salida - (Configuración general de salida - Todos los resultados de depuración) - Desactivado




Si alguien nota que este comportamiento sale del campo izquierdo, verifique que no haya puntos de interrupción establecidos en web.config. Debo haber configurado uno con un clic de mouse, y realmente ralentizó todas las operaciones de depuración.




El problema para mí fue la característica "Enlace del navegador" que es muy pesada cuando tienes varias pestañas abiertas para el mismo proyecto.

Porque cada vez que iniciamos el proyecto, se abre una nueva pestaña con las comunicaciones del enlace del navegador.

¡Solo cierre todas las pestañas asociadas con el proyecto y mantenga solo una abierta!

¡Este estudio visual instantáneo gratis! Es magia ! ;-)

“Browser Link es una función desde Visual Studio 2013 que crea un canal de comunicación entre el entorno de desarrollo y uno o más navegadores web. Puede utilizar el enlace del navegador para actualizar su aplicación web en varios navegadores a la vez, lo que es útil para las pruebas en varios navegadores ".




Tuve problemas con la depuración lenta de Visual Studio cuando el depurador "Código nativo" estaba habilitado. Intenta desactivarlo.

En "Visual Studio 2012" vaya a:

  1. Propiedades del proyecto ->
  2. Web ->
  3. Depuradores (parte inferior de la página). ->
  4. Deshabilitar todos excepto ASP.NET

Espero eso ayude.

Preguntas similares: 1 , 2




Para esta respuesta, descargué un ejemplo de Microsoft del proyecto WebApi como base para el ejemplo y le agregué servicios DI de la siguiente manera:

  • Actualizar el marco de destino a 4.6.1
  • NuGet el paquete DI: - Microsoft.Extensions.DependencyInjection

Después de la configuración estándar de MapHttpRoute, agregue un código para registrar qué servicios necesita

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web.Http;

using Microsoft.Extensions.DependencyInjection;
using System.Web.Http.Dependencies;
using ProductsApp.Controllers;

namespace ProductsApp
{
    public static class WebApiConfig
    {
        public static void Register(HttpConfiguration config)
        {
            // Web API routes
            config.MapHttpAttributeRoutes();

            config.Routes.MapHttpRoute(
                name: "DefaultApi",
                routeTemplate: "api/{controller}/{id}",
                defaults: new { id = RouteParameter.Optional }
            );


            // create the DI services and make the default resolver
            var services = new ServiceCollection();
            services.AddTransient(typeof(DefaultProduct));
            services.AddTransient(typeof(ProductsController));

            var resolver = new MyDependencyResolver(services.BuildServiceProvider());
            config.DependencyResolver = resolver;
        }
    }

    public class DefaultProduct : ProductsApp.Models.Product
    {
        public DefaultProduct()
        {
            this.Category = "Computing";
            this.Id = 999;
            this.Name = "Direct Injection";
            this.Price = 99.99M;
        }
    }

    /// <summary>
    /// Provides the default dependency resolver for the application - based on IDependencyResolver, which hhas just two methods
    /// </summary>
    public class MyDependencyResolver : IDependencyResolver
    {
        protected IServiceProvider _serviceProvider;

        public MyDependencyResolver(IServiceProvider serviceProvider)
        {
            this._serviceProvider = serviceProvider;
        }

        public IDependencyScope BeginScope()
        {
            return this;
        }

        public void Dispose()
        {

        }

        public object GetService(Type serviceType)
        {
            return this._serviceProvider.GetService(serviceType);
        }

        public IEnumerable<object> GetServices(Type serviceType)
        {
            return this._serviceProvider.GetServices(serviceType);
        }

        public void AddService()
        {

        }
    }

    public static class ServiceProviderExtensions
    {
        public static IServiceCollection AddControllersAsServices(this IServiceCollection services, IEnumerable<Type> serviceTypes)
        {
            foreach (var type in serviceTypes)
            {
                services.AddTransient(type);
            }

            return services;
        }
    }
}

Luego modifiqué el controlador existente para tomar el tipo DI (note que solo hay un ctor)

using ProductsApp.Models;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Net;
using System.Net.Http;
using System.Web.Http;

namespace ProductsApp.Controllers
{
    public class ProductsController : ApiController
    {
        DefaultProduct _dp = null;

        public ProductsController(DefaultProduct dp)
        {
            _dp = dp;
            //
            products.Add(dp);
        }

        List<Product> products = new List<Product>()
        {
            new Product { Id = 1, Name = "Tomato Soup", Category = "Groceries", Price = 1 },
            new Product { Id = 2, Name = "Yo-yo", Category = "Toys", Price = 3.75M },
            new Product { Id = 3, Name = "Hammer", Category = "Hardware", Price = 16.99M }
        };

        public IEnumerable<Product> GetAllProducts()
        {
            return products;
        }

        public IHttpActionResult GetProduct(int id)
        {
            var product = products.FirstOrDefault((p) => p.Id == id);
            if (product == null)
            {
                return NotFound();
            }
            return Ok(product);
        }
    }
}






asp.net-mvc visual-studio visual-studio-2012 iis-express cassini