[Modelinterpreter] architektura doc
kmate at caesar.elte.hu
kmate at caesar.elte.hu
Thu Dec 11 23:49:32 CET 2014
Sziasztok!
Van benne néhány typo, de azokat a word kiemeli, a végén csak át kell
menni rajtuk. A TODO részen hiányzó szorzókra ezeket tudom mondani:
interpreter vs compiled: 10-20-100x, mérések szerint 30x
jit vs compiled: 3-6x, mérésekben 5-10x, utóbbi ericsson-os gépen...
c++ vs java: utóbbi 1-2x lassabb, az otthoni gépemen mérhetetlen a
különbség, az ericsson-os meg kétszer lassabban futtatja a java-t...
Néhány apróság:
A 4.1-es szakaszban "The Eclipse Debugging Framework consists of three
main components" nem tudom pontos-e, mert az execution engine végül is
nem a része, hanem csak annak egy amolyan proxy jellegű
reprezentációja, a DebugTarget, ami a debuggolt folyamatot jelképezi
számára, tovább nem lát el.
A 4.2 "Java Debugging Framework" pedig "Java Platform Debugger
Architecture" névre hallgat, ami 3 különböző szintű API-t definiál. Mi
ebből a legfelső, "Java Debugger Interface" nevűt céloznánk meg.
Legújabb kutatásaim alapján a HotSwap feature is ezen keresztül
elérhető. További extra, hogy ingyen kapunk tőle breakpoint hit count
supportot, meg thread és instance filtert, plusz watchpoint supportot
is. A conditional breakpoint meg expression evaluation trükkjei pedig
az Eclipse JDK forrásából kinyomozhatók, mert ugyanezt használja belül.
Üdv,
Máté
Idézet (Dévai Gergely <deva at caesar.elte.hu>):
>
> Sziasztok!
>
> Atnezesre keszen allnak az Ericsson fele leadando dokumentumok:
> https://plc.inf.elte.hu/modelinterpreter/trac/browser/publications/reports
>
> Leginkabb az architektura doksit kellene olvasgatni, es javaslatokat
> kuldeni nekem. Ennek a vegere illesztettem be a kovetkezo masfel
> eves tervet, ezt kulonosen at kellene nezni es velemenyezni.
> (Bocsanat, csutortok delelott vegul is nem tudtalak megkeresni
> benneteket, hogy errol beszeljunk, mert az Ericssonban kellett
> beszamoljak errol a dokumentumrol...)
>
> A leadasi hataridonk 15-e, hetfo.
>
> Koszonom, udv,
> Gergo
>
>
More information about the Modelinterpreter
mailing list