[Modelinterpreter] memory leak vs concurrency méregetés

[Mormota]

Hali!

Most a buildeles businessben vagyok benne, de holnap letesztelem win 8.1 es
Mac alatt. Ha megy, akkor lezarom.

Udv,
Mormota

2015-05-15 21:05 GMT+02:00 <kmate at caesar.elte.hu>:

> Sziasztok!
>
> Javítottam a memory leak és párhuzamossági bajokat a debugger-ben a
> trunk-on. 3 órára itt hagytam futni az állapotgépet, és nem akadt be, utána
> is tudtam breakpoint-olni, suspend-elni, stb. Még nem biztos, hogy teljesen
> jó, de most nem látok több issue-t. Az a helyzet, hogy ezt valami
> párhuzamosság-guruval még átnézhetnénk a jövőben.
>
> Mérések: profiler-el mentem neki, 3 óra után az eredmény a következő:
>
> debugger ide: 400 és 900 mega között változik a heap mérete. Mindig
> felmegy 900-ig kb, aztán jön egy garbage collector és összeszedi 400-ra. A
> heap statisztika alapján grafikus osztályok, pl Point-ok megy PolyLine-ok
> foglalódnak rendszeresen, tehát ez az animáció sara, tehát a moka/papyrus
> diagram miatt van.
>
> executor process: felment úgy 300 megára, de aztán valahogy eszébe jutott
> garbage collectolni és 12-re visszaesett. Igazából char[] és byte[]
> foglalódik és szabadul fel, ezekből van a legtöbb, ezt vélhetően a logolás
> csinálja.
>
> Az a helyzet, hogy amíg nem érzi magát szorult helyzetben, a java
> nyugodtan töltögeti a heap-et, és nem izgulja el a dolgot. Aztán szépen jön
> a gc és visszaesünk nagyon kis felhasználásra. Ez alapján szerintem
> komolyabb leak most nincs a trunk változatán.
>
> Azért egy mérés nem mérés, úgyhogy majd valaki erősítse meg! :)
>
> Üdv,
>  Máté
>
> _______________________________________________
> Modelinterpreter mailing list
> Modelinterpreter at plc.inf.elte.hu
> https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/modelinterpreter/attachments/20150515/75def8dc/attachment.html>