asp.net - Ejecutar sitios en "localhost" es extremadamente lento
firefox performance (15)
Acabo de cambiar mi archivo de hosts de esto:
127.0.0.1 abc.com.au
127.0.0.1 def.com.au
127.0.0.1 hij.com.au
a
127.0.0.1 abc.com.au def.com.au hij.com.au
Nota: La línea del sitio concatenado no puede exceder un par de cientos de caracteres.
Tener problemas reales al usar mi servidor local para probar sitios. ¡Corre extremadamente lento! En ocasiones, demora un minuto cargar una página. Estoy usando Firefox y los sitios que estoy probando funcionan bien con otros desarrolladores en las máquinas locales de mi oficina / en el servidor de producción.
He pasado por las cosas normales:
- Inhabilitado IPv6
- No se ejecuta en modo de depuración
- Coloque el sitio en el grupo de aplicaciones más alto (Alto aislado) en IIS 6.
- Toma de cortafuegos, etc.
El problema solo parece ocurrir cuando se golpean las páginas que contienen alguna forma de código .net en el código subyacente.
Aprecio que sea un poco de tema / puñalada vaga en la oscuridad, pero agradecería cualquier tipo de consejo: ¡es horrible esperar un minuto cada actualización para probar un cambio!
Saludos, Sean.
Deshabilitar Xdebug en php.ini solucionó mi problema.
Deshabilite el antivirus en las carpetas donde está el código de la aplicación web. En mi caso, he observado una gran mejora con el antivirus Avast.
Después de construir su proyecto, el sitio web necesita tiempo para recorrer el nuevo dll :). Es normal que cargar una página web después de la reconstrucción tarde un poco. Esto no debería suceder cuando solo se cambia algo, por ejemplo javascript.
Ejecute el Monitor de proceso para ver qué recursos (Red, Archivo, Registro, Subprocesos) se están consumiendo y vea que se consumen los recursos innecesarios (https remotos, lecturas costosas de archivos)
Tuve un problema similar. Cuando ejecuto el monitor de proceso, descubrí que mi registro de fusión está habilitado, por lo que hay muchos en el disco que retrasaron la carga de dll después de deshabilitar el registro de fusión. IIS Express es más rápido.
Esta sugerencia me lo arregló. Borrar el WebSiteCache en C: / Users / username / AppData / Local / Microsoft / WebSiteCache
http://blog.geocortex.com/2007/12/07/slow-visual-studio-performance-solved/
Estoy usando Wamp Server , Windows 7 y una poderosa máquina.
Mi Apache está configurado para ejecutarse desde un puerto diferente al puerto 80. También accedo a mi sitio local no a través de ''localhost'', sino a un nombre de host mapeado a mi IP a través de dyn.com. Creo que el hecho de que esté escapando de un puerto diferente a 80 parece hacer que la función Anti-Virus Web de Kaspersky sea muy sensible (ya que muchos sitios incompletos se ejecutan en diferentes puertos) y ralentiza las cosas
Al deshabilitarlo parece haber resuelto el problema.
Intente habilitar el servidor proxy de omisión para las direcciones locales . Esto funciona para todos los navegadores instalados (Firefox, Chrome, etc.).
Abra Internet Explorer haciendo clic en el botón Inicio Imagen del botón Inicio. En el cuadro de búsqueda, escriba Internet Explorer y luego, en la lista de resultados, haga clic en Internet Explorer.
Haga clic en el botón Herramientas, y luego haga clic en Opciones de Internet.
Haga clic en la pestaña Conexiones y luego haga clic en Configuración de LAN.
Seleccione la casilla de verificación Usar un servidor proxy para su LAN.
Seleccione el servidor proxy de omisión para las direcciones locales
Para personas que usan un mac. Cuando usa diferentes nombres de host, diga test.local y test2.local. Intenta cambiar test.local por test.dev. Descubrí que Mac OS X lion controla el tld .local. Entonces, cuando lo cambias a otra cosa, es más rápido.
Y, por supuesto, utilice las sugerencias anteriores, como desactivar la referencia de IPv6 en su archivo de hosts:
# :: 1 localhost
y estableciendo esto en el archivo hosts: 127.0.0.1 localhost
por lo que apunta a ipv4.
Sé que la operación estaba usando una versión anterior de IIS y puede que esto no se aplique a él, pero estoy publicando esto porque podría ayudar a otros. Tuve el mismo problema y ninguno de los cambios de archivos IPv6 o hosts anteriores funcionó para mí. Mi proyecto asp.net MVC4 fue muy lento después de presionar F5 para actualizar los cambios js en localhost. Estaba sucediendo en todos los navegadores: Chrome, FF e IE. Eventualmente me di cuenta de que estaba ejecutando IIS Express 8.0 localmente, y resulta que 8.0 es extremadamente lento cuando se sirven archivos js y parece ser un error. Si ejecuté iisexpress en la línea de comando y presioné F5, pude ver que cada archivo js tardaba 4 o 5 segundos en cargarse.
Terminé desinstalando IIS 8.0 e instalando IIS express 7.5 y de inmediato el problema se solucionó. Estos son los pasos que seguí:
- Desinstalar IIS express 8.0
- Elimine la carpeta IISExpress (en Win 7 está en Mis documentos / IISExpress)
- Instalar IIS express 7.5 ( Enlace a la descarga de IIS Express 7.5 )
Parece que IIS Express 8.0 está instalado con VS 2012, por lo que si tuviera una nueva instalación o posiblemente una actualización del paquete de servicio, esto podría actualizar la versión anterior de IIS Express.
Si solo está viendo el resultado de la página (no el código de depuración), vaya al archivo Web.Config y establezca la depuración en falso. Esto cambia el tiempo de carga de> 15 segundos a <1 seg
<system.web>
<compilation debug="false" strict="false" explicit="true" targetFramework="4.0" />
...
</system.web>
Si usa .Net y luego desactiva la depuración en su Web.Config mejorará el rendimiento sin fin.
<compilation defaultLanguage="c#" debug="false" batch="false" targetFramework="4.0">
Solo compartiendo mi solución ... cambié la url en mi navegador de localhost: port a 127.0.0.1:port, lo que resultó en una carga muy rápida
Tenía los mismos problemas, edité el archivo hosts 127.0.0.1 localhost, pero no noté ninguna diferencia.
Luego deshabilité Compresión en el panel de IIS y lo apliqué, y el problema parece que ahora se resolverá.
Administrador IIS> Compresión> Desmarque ''Habilitar compresión de contenido dinámico'' y desmarque ''Habilitar compresión de contenido estático''. Luego ''Aplicar''.
¡Espero que esto ayude!
Saludos, Geoff
Tuve el mismo problema con PHP. Lo resolví cambiando "localhost" a "127.0.0.1" en los parámetros de conexión de la base de datos como alguien sugirió aquí: https://serverfault.com/a/444338/62739 . Creo que también puede funcionar para ti, pruébalo.