Użytkownik "M.M. " <m...@N...gazeta.pl> napisał w wiadomości
news:jpk0rc$922$1@inews.gazeta.pl...
>> A co się dzieje gdy jest Garbage Collector i zwalniane są w
>> inny sposób?
> Nie rozumiem czego się obawiasz. Gdy jest zero to są
> zwalniane, a sposób w jaki są zwalnianie nie ma znaczenia.

Czy w językach z GC można zwalniać przez delete? Czy też raczej nie stosuje
się tego, bo po delete zostaną wiszące referencje, a zwolnienie obiektu z
interfejsem przez licznik tego nie powoduje. Jednak co gdy mamy GC
przenoszący dane do ciąglego obszaru przy zwalnianiu aby maksymalnie
przyśpieszyc alokację? Czy tylko takie zwalnianie bez GC to zmiana flagi na
"zwolnione" ale bez odzyskania pamieci?

> Aby było skuteczne, Release i dekrementacja licznika musi zachodzić
> rekurencyjnie. W tym przypadku Release musi być wywołana dla każdego
> pola wskazującego na inne obiekty.

A co gdy powstają cykle? Klasa C dziedzicząca interfejs ma pole klasy C. A
obiekt p0 wskazuje na p1 a p1 na p0.

Pozdrawiam

Chciałem się jeszcze dopytać o kolektory przenoszące Mark & compact. Wtedy
alokacja jest łyskawiczna, jedynie przesunięcie wskaźnika i można sobie
darować obiektu bez alokacji na stosie. Ale co ze zwalnianiem, takie
kopiowanie moze znacznie spowolnić. I jak to jest robione, dla dużych
obiektów opłacało by się mieć tablicę wskaźników pośrednich, która była by
zmieniana (pozostają problemy gdy taka tablica rośnie, Realloc - tu już nie
można jedynie przesuwać wskaźnika) A co z mniejszymi? Wypadałoby że tak
samo, bo jak inaczej? Trzeba by modyfikowac wszystkie pola gdzie sa
wskaźniki wstecznie a wskaźnik jest jednokierunkowy.