asp.net - terraria - Se ha lanzado una excepción de tipo ''System.OutOfMemoryException''.
system.outofmemoryexception c# solution (5)
Acabo de reiniciar Visual Studio e hice IISRESET que resolvió el problema.
Tengo el siguiente problema
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.
Exception Details: System.OutOfMemoryException: Exception of type ''System.OutOfMemoryException'' was thrown.
Source Error:
An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.
Stack Trace:
[OutOfMemoryException: Exception of type ''System.OutOfMemoryException'' was thrown.]
System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) +0
System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection, Boolean suppressSecurityChecks) +567
System.Reflection.RuntimeAssembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) +192
System.Reflection.Assembly.Load(String assemblyString) +35
System.Web.Configuration.CompilationSection.LoadAssemblyHelper(String assemblyName, Boolean starDirective) +123
[ConfigurationErrorsException: Exception of type ''System.OutOfMemoryException'' was thrown.]
System.Web.Configuration.CompilationSection.LoadAssemblyHelper(String assemblyName, Boolean starDirective) +11569328
System.Web.Configuration.CompilationSection.LoadAllAssembliesFromAppDomainBinDirectory() +485
System.Web.Configuration.AssemblyInfo.get_AssemblyInternal() +79
System.Web.Compilation.BuildManager.GetReferencedAssemblies(CompilationSection compConfig) +337
System.Web.Compilation.BuildManager.CallPreStartInitMethods() +280
System.Web.Hosting.HostingEnvironment.Initialize(ApplicationManager appManager, IApplicationHost appHost, IConfigMapPathFactory configMapPathFactory, HostingEnvironmentParameters hostingParameters, PolicyLevel policyLevel, Exception appDomainCreationException) +1167
[HttpException (0x80004005): Exception of type ''System.OutOfMemoryException'' was thrown.]
System.Web.HttpRuntime.FirstRequestInit(HttpContext context) +11702064
System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext context) +141
System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context) +4870277
¿No cambié el código? ¿Qué significa este problema? Como veo, no hay más declaraciones sobre el error.
Este problema generalmente ocurre cuando algún proceso, como cargar datos enormes en el flujo de memoria y la memoria del sistema, no es capaz de almacenar gran cantidad de datos. Intenta borrar la carpeta temporal dando el comando
Inicio -> Ejecutar ->% temp%
Si está utilizando IIS Express, seleccione Show All Application de IIS Express en el área de notificación de la barra de tareas, luego seleccione Stop All .
Ahora vuelva a ejecutar su aplicación.
Corriendo en modo debug
Cuando está desarrollando y depurando una aplicación, normalmente se ejecutará con el atributo de depuración en el archivo web.config establecido en verdadero y sus DLL compilados en el modo de depuración. Sin embargo, antes de implementar su aplicación para probar o producir, debe compilar sus componentes en modo de lanzamiento y establecer el atributo de depuración en falso.
ASP.NET funciona de manera diferente en muchos niveles cuando se ejecuta en modo de depuración. De hecho, cuando se ejecuta en modo de depuración, el GC permitirá que sus objetos permanezcan vivos durante más tiempo (hasta el final del alcance), por lo que siempre verá un mayor uso de memoria cuando se ejecuta en modo de depuración.
Otro efecto secundario a menudo no realizado de la ejecución en modo de depuración es que los scripts del cliente que se sirven a través de los controladores webresource.axd y scriptresource.axd no se almacenarán en caché. Eso significa que cada solicitud del cliente tendrá que descargar cualquier secuencia de comandos (como las secuencias de comandos AJAX de ASP.NET) en lugar de aprovechar el almacenamiento en caché del lado del cliente. Esto puede llevar a un golpe de rendimiento sustancial.