Velocidad .Net ??.!! Marcha atras!!

11/09/2004 - 12:25 por Miguel Genol | Informe spam
He probado, naturalmente, sin conexión a BD.Pero el tiempo de carga de los
Winforms sigue siendo critico.
No es de recibo que en un Pentium III con 512 Mb de Ram y S.Operativo
Windows 2003 Server tarde 5 o mas segundos en aparecer la pantalla .
Debería ser casi instantáneo. Como lo es la aplicación hecha en C++. Algo
debo estar haciendo mal. Me resisto a creer que la culpa es de .Net.
El problema debe estar en compilar las 3000 líneas de código, cada vez que
se cargue un Winform. O no se yo donde.
Si. He dicho 3000 líneas. De las 3000 líneas casi 2000 son generadas por el
diseñador de Windows forms, cuando utilizo en el mismo Form unas 3 0 4 grids
de ComponetOne. !! Que esa es otra !!
Entonces entre la carga de la dll , la búsqueda del Winform en la dll, la
compilación del WinForm , la creación de los objetos (datasets, etc.. ) !! y
que se yo más !!! te quedas con cara de bobo durante una eternidad esperando
que salga algo .
Yo quisiera reclamar la atención de alguien que haya hecho una aplicación de
este estilo. Una aplicación donde los forms son complejos (grids, spliters
,paneles varios,etc.) y están repartidos en diferentes dlls. Que nos cuente
su experiencia.
Mientras tanto A LA BÚSQUEDA DEL TIEMPO PERDIDO en la carga de los Winforms

Preguntas similare

Leer las respuestas

#1 Zephryn Xirdal
11/09/2004 - 14:13 | Informe spam
Pues entonces lo que te he dicho antes: compilala a código nativo con ngen.


"Miguel Genol" escribió en el mensaje
news:ujMg%23p%
He probado, naturalmente, sin conexión a BD.Pero el tiempo de carga de los
Winforms sigue siendo critico.
No es de recibo que en un Pentium III con 512 Mb de Ram y S.Operativo
Windows 2003 Server tarde 5 o mas segundos en aparecer la pantalla .
Debería ser casi instantáneo. Como lo es la aplicación hecha en C++. Algo
debo estar haciendo mal. Me resisto a creer que la culpa es de .Net.
El problema debe estar en compilar las 3000 líneas de código, cada vez que
se cargue un Winform. O no se yo donde.
Si. He dicho 3000 líneas. De las 3000 líneas casi 2000 son generadas por
el
diseñador de Windows forms, cuando utilizo en el mismo Form unas 3 0 4
grids
de ComponetOne. !! Que esa es otra !!
Entonces entre la carga de la dll , la búsqueda del Winform en la dll, la
compilación del WinForm , la creación de los objetos (datasets, etc.. ) !!
y
que se yo más !!! te quedas con cara de bobo durante una eternidad
esperando
que salga algo .
Yo quisiera reclamar la atención de alguien que haya hecho una aplicación
de
este estilo. Una aplicación donde los forms son complejos (grids, spliters
,paneles varios,etc.) y están repartidos en diferentes dlls. Que nos
cuente
su experiencia.
Mientras tanto A LA BÚSQUEDA DEL TIEMPO PERDIDO en la carga de los
Winforms


Respuesta Responder a este mensaje
#2 Vyacheslav Popov
11/09/2004 - 14:53 | Informe spam
Hola Miguel,

Tienes razón la cargas es lenta debido a la compilación por primera vez.
Por mi experiencia lo soluciono mostrando un mensaje en estilo "Espere..."
Mientras tanto creo un hilo para cargar los datos de la base de datos.

Espero que te sirva. Saludos.

"Miguel Genol" escribió en el mensaje
news:ujMg%23p%
He probado, naturalmente, sin conexión a BD.Pero el tiempo de carga de los
Winforms sigue siendo critico.
No es de recibo que en un Pentium III con 512 Mb de Ram y S.Operativo
Windows 2003 Server tarde 5 o mas segundos en aparecer la pantalla .
Debería ser casi instantáneo. Como lo es la aplicación hecha en C++. Algo
debo estar haciendo mal. Me resisto a creer que la culpa es de .Net.
El problema debe estar en compilar las 3000 líneas de código, cada vez que
se cargue un Winform. O no se yo donde.
Si. He dicho 3000 líneas. De las 3000 líneas casi 2000 son generadas por


el
diseñador de Windows forms, cuando utilizo en el mismo Form unas 3 0 4


grids
de ComponetOne. !! Que esa es otra !!
Entonces entre la carga de la dll , la búsqueda del Winform en la dll, la
compilación del WinForm , la creación de los objetos (datasets, etc.. ) !!


y
que se yo más !!! te quedas con cara de bobo durante una eternidad


esperando
que salga algo .
Yo quisiera reclamar la atención de alguien que haya hecho una aplicación


de
este estilo. Una aplicación donde los forms son complejos (grids, spliters
,paneles varios,etc.) y están repartidos en diferentes dlls. Que nos


cuente
su experiencia.
Mientras tanto A LA BÚSQUEDA DEL TIEMPO PERDIDO en la carga de los


Winforms


Respuesta Responder a este mensaje
#3 Alejandro Sartori
22/09/2004 - 15:03 | Informe spam
Sería posible que enviaras el .cs del form para estudiarlo tengo forms
muy complejos y no tengo problemas de velocidad

"Miguel Genol" wrote in message
news:ujMg%23p%
He probado, naturalmente, sin conexión a BD.Pero el tiempo de carga de los
Winforms sigue siendo critico.
No es de recibo que en un Pentium III con 512 Mb de Ram y S.Operativo
Windows 2003 Server tarde 5 o mas segundos en aparecer la pantalla .
Debería ser casi instantáneo. Como lo es la aplicación hecha en C++. Algo
debo estar haciendo mal. Me resisto a creer que la culpa es de .Net.
El problema debe estar en compilar las 3000 líneas de código, cada vez que
se cargue un Winform. O no se yo donde.
Si. He dicho 3000 líneas. De las 3000 líneas casi 2000 son generadas por


el
diseñador de Windows forms, cuando utilizo en el mismo Form unas 3 0 4


grids
de ComponetOne. !! Que esa es otra !!
Entonces entre la carga de la dll , la búsqueda del Winform en la dll, la
compilación del WinForm , la creación de los objetos (datasets, etc.. ) !!


y
que se yo más !!! te quedas con cara de bobo durante una eternidad


esperando
que salga algo .
Yo quisiera reclamar la atención de alguien que haya hecho una aplicación


de
este estilo. Una aplicación donde los forms son complejos (grids, spliters
,paneles varios,etc.) y están repartidos en diferentes dlls. Que nos


cuente
su experiencia.
Mientras tanto A LA BÚSQUEDA DEL TIEMPO PERDIDO en la carga de los


Winforms


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida