W dniu środa, 28 listopada 2012 06:04:33 UTC-5 użytkownik kenobi napisał:
> Mam pytanie dot jawy. Dosyc slabo znam
>
> jawe
> tylko ze to wszystko beda lekkie operacje?

Nie, nie beda lekkie, zarzadzanie pamiecia nigdy nie jest lekkie. W RT
zarzadzanie pemiecia musi byc poza RT.

> tj czy jawie mozna zaufac ze nmie przejmujac sie
> problemem zwalniania i problemem przekazywania i wrappowania poradzi sobie ona tj
nie wykona jakichs
> masywnych duplikatow (albo jakichs innych pokrewnych
> zarzynek). mam nadzieje ze moje pytanie jest
> zrozumiale, a jesli nie i jawa moze wykonac taką zarzynkę to prosilbym najlepiej o
konkretny przyklad takiej zarzyny ze strony jawy. tnx

Tworcy JVM mowia tak, i tyle moge powtorzyc: po prostu pisz kod. Nie probuj
udziwniac. Nie probuj robic pooli obiektow, JVM tego nie lubi. Nie
probuj ustawiac nieuzywanych rzeczy na null, o ile nie jestes pewien
ze to zwalnia cala chmure i nie zwolniloby inaczej (bo ma sciezke do gc root).

Czy w Javie bedziesz mial jakies zwiechy, nieprzewidywalne zachowania
pod wzgledem czasu wykonania (btw, w c i c++ alokacja i dealokacja tez nie jest
przewidywalna, w dowolnym wywolaniu moze stwierdzic, ze defragmentuje sterte),
jest nieprzewidywalne. Mozesz zmieniac opcje JVM, m.in. na concurrentGC,
ale YMMV.

Jedyna rzecza, ktora GC naprawde skutecznie poprawia, jest fragmentacja
sterty, ktora wystepuje w niektorych przypadkach gdy obiektow nie
mozna przeniesc w inne miejsce. Cala reszta to machanie rekami.

--
Edek