[4-2] Souhlasim, staticky optimalizatos muze pomoci, ale dost zalezi na charakteru kodu - jak velke jsou basic blocky, apod. Fragmentaci lze minimalizovat, ale cim vic se clovek snazi, tim dele mu to trva.
[4-3] Mozna, telefony jdou mimo me. Ale myslim, ze to je otazka par let, nez budou natolik silne, ze GC nebude to co zdrzuje (podobne jako to dnes neni na velkch pocitacich) Ja mam naopak spatne zkusenosti s cimkoli co nema GC...
[6] Pokud chceme mit objektovy jazyk s podporou polymorfismu, obavam se ze je nutne mit temer vsechno na halde (s vyjimkou tzv. immediate objektu - ty ale ani pro GC neznamenaji zadny problem/zdrzeni). Alternativa je delat analyzu v runtime a nasledne rekompilovat kod. Rezie tohoto reseni je srovnatelna, ne-li vyssi nez GC. O tom, jak se alokuje pamet nerozhodije prekladac, ale knihovna...
[7-2] Jisteze alokaci implementuje alokator. Vzdycky je tam nejaky mmap/brk/sbrk - alespon obcas. Rozdil je v tom, co se deje dal :-)
chtel jsem jen ukazat druhou stranku veci aby to nevyznelo jednostranne. V teto teoreticke rovine o tom asi nema cenu dale diskutovat. Myslim, ze az si kazdy znas napise svuj vlastni memory management a bude ho chvili pouzivat, bude takhle diskuze mnohem zajimavejsi :-)
