On 10.07.2013 10:00, Maciej Sobczak wrote:
> Trafiłem na fajny artykuł:
>
> http://sealedabstract.com/rants/why-mobile-web-apps-
are-slow/
>
> Dosyś długawy, ale w ramach wakacyjnego rozruszania grupy polecam. W
> szczególności tak gdzieś w połowie strony jest wykres pokazujący jak
> GC wpływa

Jednym z przykładów języków z GC jako kontrast dla objC jest podany
python. W PyPy rzeczywiście jest GC ale standardowy cpython cały czasu
używa właśnie zliczanie referencji a zadaniem "GC" jest jedynie
wykrywanie cykli - dopóki się ich nie stworzy jest całkowicie zbędny.

Inna sprawa, że parę lat temu walczyłem z aplikacją serwerową w pythonie
która tworzyła cykliczne zależności z finalizatorami.


> na wydajność programu w zależności od pamięci, która jest
> dostępna w systemie w relacji do tego, jaka jest faktycznie
> potrzebna.

Niedawno odbyłem walkę z GC w javie - optymalizacje, które porobiłem
zawierają się w pierwszej 10 "czego nie robić w javie" jak np ręczne
wołanie gc() wielokrotnie w trakcie inicjalizacji aby nie dopuścić do
rozrostu eden space. Pracująca aplikacja pomimo zmniejszenia zużycia
pamięci prawie dwa razy nadal mogłaby mieć jeszcze ~30% mniej - bo po
starcie mniej-więcej tyle się marnuje.

>
> W ogóle jest tam trochę mocnych stwierdzeń. Sporo odniesień do
> wszelakich obecnie używanych języków programowania. Polecam.
>
Ja od wielu lat twierdzę, że klasyczne GC to straszne marnowanie
zasobów. Tylko brakuje wygodnego, kompilowanego języka ze zliczaniem
referencji. Można w C++ coś takiego uzyskać, ale łatwość użycia i
dostępne narzędzia są gorsze niż dla javy/c#. Liczyłem, że czymś takim
będzie PyPy - nieskomplikowany język z dobrym JITem i RC, ale twórcy
poszli w stronę GC...

--
Pozdrawiam
Michoo