🚀 go-pugleaf

"Ramon Smits" <exyll@hotmail.com> wrote
> >>De garbage collector gaat pas ruimen nadat er daadwerkelijk het systeem
> >>bijna geen fysiek vrij geheugen meer is

Eerst en vooral moet je een onderscheid maken tussen de verschillende
garbage collectors van .NET. Zo gebruiken client applicaties een andere GC
dan server applicaties.
De client GC gaat typisch vaken collecten en zichzelf dus vaker uitvoeren.
Het voordeel is dat de gebruik altijd wel wat geheugen vrij heeft om
bijvoorbeeld nieuwe [eventueel unmanaged] applicaties te starten.
De server GC gaat minder vaak collecten [=> higher throughput voor uw server
apps] maar gebruikt dan ook het geheugen veel minder conservatief.

> WinForm applicaties gaan ook garbagecollecten bij een minimize als ik me
> niet vergis...

Neen, het enige wat Windows doet als je een applicatie minimalizeert is de
working set verkleinen, maar dat doet hij bij alle applicaties, managed of
unmanaged. Probeer maar eens met je nieuwslezer: hier bij mij gaat de
working set van Outlook Express van 21Mb naar 1Mb door te minimalizeren.

> > Dat wil nog niet zeggen dat alle programma's ineens asociaal veel
geheugen
> > moeten gebruiken.
> Dan is het nuttig dergelijke objecten te cachen. Maar
> dat is eigenlijk altijd al geweest.

Ik ben ook eerder van de mening om geheugen zo snel mogelijk vrij te geven
als dat gaat -- in managed of unmanaged programmas.
Dat caching dat je daar aanhaalt is niet altijd mogelijk -- het lijkt me al
bijvoorbeeld al niet mogelijk in de situatie van de OP waar hij met
tekeningen werkt.

> [..] en je ontwikkelomgeving niet continu aan het
> compileren is [..]

Duidelijk nog niet met VB.NET gewerkt ;-)

> Je zult zien dat de
> applicatie die de focus heeft gewoon goed performed ondanks dat je
> systeemgeheugen toch echt op is.

Kan misschien ook zijn omdat the Windows threading scheduler een groter
thread quantum geeft aan de actieve applicatie.

Mvg,
Pieter Philippaerts