On Thu, 11 Jul 2013 01:50:45 +0200, Michoo <m...@v...pl> wrote:

>
>Brak GC (czy fakultatywny GC jak w pythonie) nie oznacza brak menagera
>pamięci. Można by spokojnie zrobić system/język/framework z
>deterministycznym zarządzaniem pamięcią a jednocześnie kompaktowaniem
>sterty, optymalizowaniem rozłożenia obiektów pod względem cache/etc.
>Oczywiście wykrywanie cykli musi jakoś być rozwiązane czy to przez
>zmuszenie programisty do używania week-reference (cykl==terminate nauczy
>bardzo szybko) czy przez wykrywanie cykli (vide python).
>

OK, ja mam tak isystem ktory ma cos kolo 3 tysiecy klas. Obiekty owych
klas organizowane sa w struktury zwane "hypergraph". Jak sobie
wyobrazasz "wykrywanie cykli" w takich strukturach, i ile czasu to
zajmie? I czy na pewno "wykrywanie cykli" rozwiaze wszystkie problemy
z gospodarka pamiecia? Czy na pewno wszystkie cykle zostana wykryte?


Wspolczesne odsmiecacze sa dosyc skomplikwoane ale efektywne. Java ma
kilka odsmiecaczy, a sam odsmeicacz wymaga "nastrojenia". Wstepne
informacje sa na przykald tutaj

http://www.oracle.com/technetwork/java/javase/gc-tun
ing-6-140523.html

Sugestia ze samemu mzona zrobic gospodarke pamiecia bardziej
efektywnie niz przy pomocy GC naleza do tej samej kategorii twierdzen
ze mozna przyspieszyc program w C wstawiajac kawalki w asemblerze

>Tak jak się zrobił w pewnym momencie hype na noSQL tak może i przyjdzie
>czas na noGC. Może się nawet coś dobrego z tego wykluje.

Watpie. Kilkanascie lat pracy w Smalltalku, Javie i Prologu, oraz
nieudane proby uzycia C++ przekonaly mnei dowodnie ze bez GC sie nei
da. No, chyba ze czyjas dzialalnosc ogranicza sie do "pierdykniecia
bazki szlauchow gumowych i kaloszy dla Miejskiego Pzresiebiorstwa
kanalizacyjnego"

A.L.

P.S> Krytykantom GC polecam ksiazke

The Garbage Collection Handbook: The Art of Automatic Memory
Management, Richard Jones, 2011

Niezbedna do tego zeby zrozumiec jak dziala GC, a zrozumienie jak
dziala GC jest neizbedne do tego aby GC prawidlowo uzyc i nastroic