🚀 go-pugleaf

Marco van de Voort wrote:

>>Dat zeg ik ook niet :). It's all about design. Waarom een object continu 
>>creeeren en destroyen als je weet dat je die actie per uur 1 miljoen 
>>maal moet doen. Dan is het nuttig dergelijke objecten te cachen. Maar 
>>dat is eigenlijk altijd al geweest.
> 
> Als ze in een freelist zitten voor een bepaalde grootte, zijn ze al
> gecollect. Dus gecachete allocaties tellen niet mee in je applicatie
> geheugen gebruik. (tenzij je VM/heapmanager ze niet freed als de memory
> low watermark gehaald wordt )

Wat is een freelist? Een lijst van alle recources waar geen references 
vanuit de applicatie meer staan?

Inderdaad... de tresshold bepaald wanneer de garbage collector gaan 
handelen. Maar dan moet inderdaad wel die tresshold behaald worden 
tijdens het draaien van de betreffende applicatie.

Een cache word nooit vrijgegeven. Dat is nou het mooie van een cache. 
Uiteraard telt die WEL mee met je applicatie geheugen gebruik. Aangezien 
de objecte in de betreffende cache snel oud worden gaat de .NET GC ze 
overslaan omdat deze in een oudere generatie komen. De .NET GC is zo 
slim om dan niet bij elke GC cycle die objecten te checken omdat ze 
waarschijnlijk nog steeds niet gecollect kunnen worden.

>>Je tekstverwerken is niet continu met een 
>>spellingscontrole ;bezig en je ontwikkelomgeving niet continu aan het 
>>compileren en je tekenprogramma niet continu een batch aan 
>>beeldbewerkingen.
> 
> 
> Maar de vertraging die uitswappen kost tijdens gewoon werken (en b.v. eens
> in de 10/20 minuten switches) is IMHO ook al fout, dat werkt al niet lekker
> meer als ie dan 10 seconden gaat trashen, om even iets in de documentatie
> te cut and pasten.

Inderdaad.. dat is ook vrij irritant. Garbage collecten wil je ook op 
die momenten doen zodra de betreffende applicatie idle is. Dat doet de 
VM in Java en .NET maar een C++ applicatie heeft dergelijke 
functionaliteit vaak niet omdat het een hels karwij is. De gebruiker 
merkt vaak deze opschoon acties dan ook vaak helemaal niet in Java en 
.NET. Het enige wat de gebruiker merkt is het jit compileren van de code.

Maar zolang systeem geheugen nog riant beschikbaar is is garbage 
collecten nog helemaal niet nodig. Dat is wat ik duidelijk probeer te 
maken. De .NET VM zal dat dan ook niet snel doen.

> De applicaties die genoemd werden zijn allemaal interactief. Voor slapende
> services kan ik het me nog voorstellen.

Wat kun je je voorstellen? Dat die idle zijn? Interactieve applicatie 
zijn ook net zo vaak idle.


M.v.g.,
Ramon

--
Ramon Smits aka. Exyll
http://www.exyll.net/ (ipv6 enabled)