hola, siempre que se ejecuto una app ASP.NET la primera vez es muy lenta, y las que vienen sí son rápidas

¿Existe alguna manera de evitar esta situación, para no perjudicar a los primeros usuarios que visiten la página?

Hola DeadMan:

Por un lado me parece válida tu pregunta, dado que a todo usuario de aplicaciones de software (sean Web, móviles o de escritorio) le incomoda esperar esos "delays" que se producen en muchas aplicaciones.

Sin embargo, en este caso en particular, me parece que la única solución (que es la que yo mismo utilizo) es ejecutar yo mismo la aplicación la primera vez. Sí quizás no es lo mejor, pero...

Verás. Como sabrás, el modelo de ejecución ha cambiado drásticamente de ASP 3.0 a ASP .NET. Ahora se compila el código de las aspx la primera vez que son llamadas, y se mantienen en memoria para evitar el tiempo de proceso en posteriores llamadas a la misma. Este es el motivo por el cual la primera vez que se ejecute una aspx se demora en cargar. Si por ahí alguno de nuestros compañeros del MUG tiene otra solución mejor (estoy seguro que mi "solución" no es la más óptima) espero que nos pueda ayudar.

Hasta la próxima.

Я!©ђ!Є ©Я∆ZΨ

Si ...

el problema es que no se puede determinar el momento en que una aplicación puede iniciarse o  terminar ... así que de todas maneras habrán usuarios que pasarán una mala experiencia ...

Ojalá otros amigos puedan colaborar con su experiencia...

Al menos para aliviar un poco las penas podemos mejorar alguito la velocidad si cuando ya tenemos la aplicación completa y estamos listos para llevarla a producción cambiamos el modo de compilación de "debug" a "release" en :

Built - Configuration Manager

Esto tiene que ver con la distribución, pero  como recién lo aprendí espero que le sirva un poquito a los que como yo no sabíamos

Saludos

Bueno no se si esto viene al caso pero , pero por ejemplo, en algunas paginas que he hecho la primera pagina es un HTML puro y luego cuando necesito accesar a Datos utilizo las ASPX, pero trato de meter mas controles HTML que Controles del Lado de Servidor asi puedo "acelar" o accesar de  mejor manera, y siempre bajo lo siguiente datareader para datos que no necesiten Caching y DataSets para la data que necesite Caching , asi mismo trajar Controles ASCX, para poder trabajar HTML (no soy fanatico israeli ,pero no hay tanta carga de recursos ni tanto delay que hacer), ademas de otras cosillas como el manejo de estados y sesiones, asi como las caducidades.

Es cuestion de Saber cuando usar un control HTML y Cuando un control del lado del servidor.

Al menos hasta ahora esto me resulta. tambien pasa por un tema de IIS , como Compresion HTTP, el peso de las imagenes el contenido Estatico, el acceso a datos (Full Store Procedures) ,PostBacks en fin son cosas que hay que tener muy en cuenta.

Saludos

Hola, me parece muy buena la idea de Ricardo_Hinostroza al reducir el codigo aspx, pero el problema de fondo es que simplemente la primera vez que se ejecute el codigo aspx, el IIS mediante el Net Framework compila el codigo MSIL a codigo maquina para finalmente colocarlo en memoria y empezar a ejecutarlo, las siguientes llamadas ya encontraran el codigo en memoria y por eso son mas rapidas, entonces el problema de fondo es el tiempo de demora al compilar el codigo MSIL a codigo maquina.

Para evitar este tiempo de respuesta es que se utiliza la utilidad (valga la redundancia) denominada NGen.exe, esta utilidad compila el codigo a codigo maquina ya no a codigo MSIL, evitando de esta manera el tiempo de respuesta. Claro que se debe tener claro que si se compila la aplicacion con el NGen.exe pues se pierde una de las caracteristicas principales de las aplicaciones Net y es la Interoperabiliad entre plataformas hardware ya que el codigo maquina se genera para el tipo de procesador en la que se esta compilando. Si siempre se va a utilizar la aplicacion en ese tipo de pc y nunca en alguna otra pues no hay ningun problema.

Saludos.