🚀 go-pugleaf

>> Zgadza się, ale to przecież nie jest tak, że jak mam aplikację w której 
>> zasoby są zwalniane ręcznie, to mi wystarczy 10MB pamięci systemowej a 
>> jak korzystam z systemu GC, to tej pamięci muszę mieć 10 razy wiecej.
>
> Jasne. Ktoś tutaj jednak podawał statystyki kiedyś i wychodziło, że 
> średnio aplikacja z GC żre więcej - co jest w zasadzie oczywiste. Więc, 
> było nie było, łatwiej.

Aplikacja korzystająca z GC zawsze będzie bardziej pamięciożerna, ale to jak 
bardzo, zależy już od samego systemu GC.
Typowy system GC zwalnia pamięć w sytuacji, kiedy zaczyna jej brakować. 
Nietrudno sobie wyobrazić, co się stanie w sytuacji, gdy odpalimy dwie 
pamięciożerne aplikacje, korzystające z niezależnych od siebie systemów GC.

>> Wszystko zależy od specyfiki danej aplikacji i od sposobu zarządzania 
>> pamięcią przez system GC.
> > Nie potrzeba mi aplikacji wykorzystujących GC, aby zadusić system
> > wygórowanymi rządaniami.
>
> Zdecydowanie.
>
> Tak w ogóle, to mi się idea GC bardziej niż bardzo podoba, zjeżyłem się 
> tylko z tego powodu, że z Twojej wypowiedzi można było wnioskować, że o 
> pamięć nie warto dbać, bo ma się jej ile się chce.
>
> Przy czym rozumiem, że chodziło o to, że należy zasoby ściśle podzielić na 
> te, których przydziałem trzeba się bardzo przejmować i takie, których 
> przydziałem można zajmować się mniej i że w większości przypadków pamięć 
> należy do tej drugiej grupy.

To, że pamięć jest tania, nie znaczy, że jest za darmo i można ją 
marnotrawić.
GC z biblioteki SGCL został tak zaprojektowany, że na bieżąco analizauje 
stan osiągalnej pamięci w aplikacji. Pamięć zwalniana jest "na bieżąco", 
niezależnie od tego czy aplikacja żąda przydzielania nowej.

Pozdrawiam.

- Bastek -