Garbage Colletion

Tienes que tener fe en el..


Miao...
Comprate un libro..

Saludos a todos

Alguien sabe como administrar eficientemente el Garbage
Colletion??

Los programas me consumen mucha memoria y son pequeños.



Gracias

.

Graciasss, pero al el usuario la Fé no le sirve de nada

Tienes que tener fe en el..


Miao...
Comprate un libro..

Saludos a todos

Alguien sabe como administrar eficientemente el Garbage
Colletion??

Los programas me consumen mucha memoria y son pequeños.



Gracias

.

.

Saludos, Mary

Tu preocupacion ya ha sido recurrentemente expresada aca por otros
anteriormente.

Te recomiendo el siguiente articulo, te ayudara a sacar mejores
conclusiones.

http://getdotnetco.web101.discounta...ystery.htm


Saludos
Pedro Luna, MVP
Gye, Ecu

"Mary" escribió en el mensaje
news:21d401c4aa67$a64f6130$
Saludos a todos

Alguien sabe como administrar eficientemente el Garbage
Colletion??

Los programas me consumen mucha memoria y son pequeños.



Gracias

"Mary" escribió en el mensaje
news:3b7e01c4aa6e$e3ad33c0$
Graciasss, pero al el usuario la Fé no le sirve de nada

Hola, Mary:

A veces, esa cosa absurda que es DJ_MIAO dice cosas sensatas.

El usuario tambien tiene que tener fe en él. Y lo que no le sirve de nada es
la memoria que tiene ocupada la aplicación.

Tan pronto como el sistema la necesite para algo (la memoria, a los sistemas
la fe no le sirve de nada) el GC ejecutará una recolección y compactación y
dejará memoria suficiente para satisfacer cualquier requerimiento.

Así funciona el framework.

Una opción es que llames a GC.Collect despues de cada operación, forzando
una recolección de la basura que la operación pueda haber dejado. Eso
representará una demora despues de cada operación, con un posible efecto en
cualquier operación que pueda estar ejecutándose de manera concurrente, pero
te garantiza un comportamiento predecible. En algún momento pensé que eso
podía ser una "buena práctica". Pero en la "práctica" resultó ser como una
bola de plomo para el rendimiento de las aplicaciones, y en el resto del
sistema no se notó ninguna mejoría.

Así que sigue el consejo de DJ_MIAO: deja el manejo de memoria en manos del
recolector de basura, que es una de las piezas mejor trabajadas y -bien
visto- una de las grandes innovaciones de .NET con respecto a las
plataformas precedentes.

Salud!

Leonardo
mvp vb

Amen




Miao..
Comprate un libro...

"Mary" escribió en

el mensaje

news:3b7e01c4aa6e$e3ad33c0$
Graciasss, pero al el usuario la Fé no le sirve de nada

Hola, Mary:

A veces, esa cosa absurda que es DJ_MIAO dice cosas

sensatas.

El usuario tambien tiene que tener fe en él. Y lo que no

le sirve de nada es

la memoria que tiene ocupada la aplicación.

Tan pronto como el sistema la necesite para algo (la

memoria, a los sistemas

la fe no le sirve de nada) el GC ejecutará una

recolección y compactación y

dejará memoria suficiente para satisfacer cualquier

requerimiento.

Así funciona el framework.

Una opción es que llames a GC.Collect despues de cada

operación, forzando

una recolección de la basura que la operación pueda

haber dejado. Eso

representará una demora despues de cada operación, con

un posible efecto en

cualquier operación que pueda estar ejecutándose de

manera concurrente, pero

te garantiza un comportamiento predecible. En algún

momento pensé que eso

podía ser una "buena práctica". Pero en la "práctica"

resultó ser como una

bola de plomo para el rendimiento de las aplicaciones, y

en el resto del

sistema no se notó ninguna mejoría.

Así que sigue el consejo de DJ_MIAO: deja el manejo de

memoria en manos del

recolector de basura, que es una de las piezas mejor

trabajadas y -bien

visto- una de las grandes innovaciones de .NET con

respecto a las

plataformas precedentes.

Salud!

Leonardo
mvp vb


.