Velocidad de .NET

16/09/2004 - 14:58 por Clarissa Gonzalez | Informe spam
Estoy haciendo pruebas ya con un mini sistema de gestion en C#. Tengo
sistemas en visual foxpro y comparando las velocidades de carga de los forms
y demas cosas, la verdad es que se nota mucho la diferencia, pues visual
foxpro es mucho mas rapido incluso en la misma computadora. Me preocupa
porque es para un sistema de gestion para pymes donde las capacidades de
equipos no son tan altas. La base de datos es msde.

Mi pregunta es: Es que las aplicaciones para .NET son tan lentas o es que
tienen algunos requisitos especiales para agilizarlas ?

Gracias.

Preguntas similare

Leer las respuestas

#1 Zephryn Xirdal
16/09/2004 - 16:28 | Informe spam
Clarissa Gonzalez wrote:
Estoy haciendo pruebas ya con un mini sistema de gestion en C#. Tengo
sistemas en visual foxpro y comparando las velocidades de carga de los forms
y demas cosas, la verdad es que se nota mucho la diferencia, pues visual
foxpro es mucho mas rapido incluso en la misma computadora. Me preocupa
porque es para un sistema de gestion para pymes donde las capacidades de
equipos no son tan altas. La base de datos es msde.

Mi pregunta es: Es que las aplicaciones para .NET son tan lentas o es que
tienen algunos requisitos especiales para agilizarlas ?

Gracias.




Puedes compilarlas a código nativo con ngen durante la instalación; el
mayor problema del .net respecto al redimiento es que cada vez que
cargues por primera vez una ficha o lo que sea, se ha de compilar. Una
vez hecho, las siguientes llamadas suelen ser bastante más rápidas,
hasta que la compilación caduca (por que hace mucho tiempo que no se
llama o porque se necesite para otras), con lo que la próxima vez que
lances esa parte se volverá a compilar... salvo que lo compiles todo con
ngen durante la instalación.

Como regla general, y salvo excepciones, el .net suele ser tan rápido
como una aplicación nativa, con la ventaja de la facilidad de desarrollo
(tanto en tiempo de generación de código, hasta unos 1000 ficheros
aprox, como en velocidad a la hora de programar, siempre que tengas
claro el net).

Pero si tu programa está abriendo muchos forms diferentes, y encima con
poca memoria, siempre tendrás el handicap de la pre-compilación.
Respuesta Responder a este mensaje
#2 Miguel Genol
16/09/2004 - 18:01 | Informe spam
Tengo entendido que la compilacion a codigo nativo con ngen genera un codigo
especifico para la maquina en la que se hace. Y que por tanto no es
distribuible ¿ Es eso cierto ?
Si es asi de poco sirve compilar con ngen.
"Zephryn Xirdal" escribió en el
mensaje news:ezJ%23Nl$
Clarissa Gonzalez wrote:
> Estoy haciendo pruebas ya con un mini sistema de gestion en C#. Tengo
> sistemas en visual foxpro y comparando las velocidades de carga de los


forms
> y demas cosas, la verdad es que se nota mucho la diferencia, pues visual
> foxpro es mucho mas rapido incluso en la misma computadora. Me preocupa
> porque es para un sistema de gestion para pymes donde las capacidades de
> equipos no son tan altas. La base de datos es msde.
>
> Mi pregunta es: Es que las aplicaciones para .NET son tan lentas o es


que
> tienen algunos requisitos especiales para agilizarlas ?
>
> Gracias.
>
>
Puedes compilarlas a código nativo con ngen durante la instalación; el
mayor problema del .net respecto al redimiento es que cada vez que
cargues por primera vez una ficha o lo que sea, se ha de compilar. Una
vez hecho, las siguientes llamadas suelen ser bastante más rápidas,
hasta que la compilación caduca (por que hace mucho tiempo que no se
llama o porque se necesite para otras), con lo que la próxima vez que
lances esa parte se volverá a compilar... salvo que lo compiles todo con
ngen durante la instalación.

Como regla general, y salvo excepciones, el .net suele ser tan rápido
como una aplicación nativa, con la ventaja de la facilidad de desarrollo
(tanto en tiempo de generación de código, hasta unos 1000 ficheros
aprox, como en velocidad a la hora de programar, siempre que tengas
claro el net).

Pero si tu programa está abriendo muchos forms diferentes, y encima con
poca memoria, siempre tendrás el handicap de la pre-compilación.
Respuesta Responder a este mensaje
#3 Miguel Genol
16/09/2004 - 18:10 | Informe spam
La lentitud de las aplicaciones .Net ha sido tambien para mi una desgradable
sorpresa.
Tengo la sensacion de haberme equivocado al alegir .Net como plataforma para
aplicaciones desktop (no Webs).
No me vale lo de que el tiempo de desarrollo es menor que en otra
plataforma, ya que el producto que obtengo no es operativo en entornos de
red con tres o cuatro PC´s.
Espero que tengamos suerte y algun sabio se apiade y nos diga que estamos
haciendo mal para que una aplicacion en .Net sea hasta 10 veces mas lenta
que la misma aplicacion hecha sin .Net
Gracias
"Clarissa Gonzalez" escribió en el mensaje
news:%234qvDz%
Estoy haciendo pruebas ya con un mini sistema de gestion en C#. Tengo
sistemas en visual foxpro y comparando las velocidades de carga de los


forms
y demas cosas, la verdad es que se nota mucho la diferencia, pues visual
foxpro es mucho mas rapido incluso en la misma computadora. Me preocupa
porque es para un sistema de gestion para pymes donde las capacidades de
equipos no son tan altas. La base de datos es msde.

Mi pregunta es: Es que las aplicaciones para .NET son tan lentas o es


que
tienen algunos requisitos especiales para agilizarlas ?

Gracias.


Respuesta Responder a este mensaje
#4 Carlos Guzmán Álvarez
16/09/2004 - 18:13 | Informe spam
Hello:

Mi pregunta es: Es que las aplicaciones para .NET son tan lentas o es que
tienen algunos requisitos especiales para agilizarlas ?



Seria bueno que dieses un poco mas de informacion, bd q usas, si usas
connection pooling, como de complicados son los formularios




Un saludo

Carlos Guzmán Álvarez
Vigo-España
Respuesta Responder a este mensaje
#5 Alejandro Perez
16/09/2004 - 20:54 | Informe spam
Es correcto. El ngen.exe te crea una imagen nativa que se
almacena en el cache, ademas esta imagen es particular a
cada maquina. Esto quiere decir que la imagen que genere
para mi maquina no es la misma que va a generar para otra
maquina. Cuando estamos trabajando con aplicaciones para
distribucion, la imagen la tendrias que crear en cada
maquina.


Alejandro Perez
MCSD/MCDBA/MCT
Caracas - Venezuela




Tengo entendido que la compilacion a codigo nativo con


ngen genera un codigo
especifico para la maquina en la que se hace. Y que por


tanto no es
distribuible ¿ Es eso cierto ?
Si es asi de poco sirve compilar con ngen.
"Zephryn Xirdal"


escribió en el
mensaje news:ezJ%23Nl$
Clarissa Gonzalez wrote:
> Estoy haciendo pruebas ya con un mini sistema de




gestion en C#. Tengo
> sistemas en visual foxpro y comparando las




velocidades de carga de los
forms
> y demas cosas, la verdad es que se nota mucho la




diferencia, pues visual
> foxpro es mucho mas rapido incluso en la misma




computadora. Me preocupa
> porque es para un sistema de gestion para pymes donde




las capacidades de
> equipos no son tan altas. La base de datos es msde.
>
> Mi pregunta es: Es que las aplicaciones para .NET




son tan lentas o es
que
> tienen algunos requisitos especiales para




agilizarlas ?
>
> Gracias.
>
>
Puedes compilarlas a código nativo con ngen durante la




instalación; el
mayor problema del .net respecto al redimiento es que




cada vez que
cargues por primera vez una ficha o lo que sea, se ha




de compilar. Una
vez hecho, las siguientes llamadas suelen ser bastante




más rápidas,
hasta que la compilación caduca (por que hace mucho




tiempo que no se
llama o porque se necesite para otras), con lo que la




próxima vez que
lances esa parte se volverá a compilar... salvo que lo




compiles todo con
ngen durante la instalación.

Como regla general, y salvo excepciones, el .net suele




ser tan rápido
como una aplicación nativa, con la ventaja de la




facilidad de desarrollo
(tanto en tiempo de generación de código, hasta unos




1000 ficheros
aprox, como en velocidad a la hora de programar,




siempre que tengas
claro el net).

Pero si tu programa está abriendo muchos forms




diferentes, y encima con
poca memoria, siempre tendrás el handicap de la pre-




compilación.


.

Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida