Memory Management in Java

Hallo zusammen,

das Informatik-Forum geht in den Archivmodus, genaue Informationen kann man der entsprechenden Ankündigung entnehmen. Als Dankeschön für die Treue bekommt man von uns einen Gutscheincode (informatikforum30) womit man bei netzliving.de 30% auf das erste Jahr sparen kann. (Genaue Infos sind ebenfalls in der Ankündigung)

Vielen Dank für die Treue und das Verständnis!

    langsamer als regelmäßig den kompletten speicher durchzuscannen nach zufällig in einen bereich fallende zahlen? ich weiß ja nicht, welche prozessorarchitekturen dein universum hat, aber...

    es wird deswegen nicht gemacht, weil es wahnsinnig fehleranfällig ist und außerdem noch so probleme wie zirkuläre referenzen beinhaltet. für gc braucht der programmierer nichts selber machen, deswegen isses so beliebt bei java und .net, die beide einfachheit als oberstes ziel haben (allerdings nicht so verquert wie bei php zum glück)

    Zitat von Ringding

    Die zirkulären Referenzen hat man aber bei GC genauso. Wieso fehleranfällig? Ist ja ein sehr einfaches Prinzip.

    bei gc hat man wenigstens die chance, es runtimeseitig aufzulösen (solange man nicht den speicher nach zufallszahlen scannt).
    fehleranfällig isses dann, wenn der programmierer selber den counter beachten muss. viele viele noobs vergessen immer auf das inkrement (jammern dann, warum die referenz auf irgendwas komplett anderes zeigt), oder aufs dekrement (memory leak, das bemerken sie erst gar nicht)