[Modelinterpreter] Fwd: JVM kerdes

[Gergely Dévai]

Valaki?

-------- Original Message --------
Subject: 	JVM kerdes
Date: 	Wed, 17 Jun 2015 12:07:26 +0000
From: 	Attila Ulbert <attila.ulbert at ericsson.com>
To: 	deva at elte.hu <deva at elte.hu>, akos.horvath at incquerylabs.com 
<akos.horvath at incquerylabs.com>



Sziasztok!

Az E///-nak van egy JVM-es kerdese (ld. lent). Van nalatok/nalunk olyan, 
aki ehhez hozza tud szolni erdemben?

Koszi!

Udv,

Attila

Van egy elég komoly eszkalációs ügyünk amiben elakadtunk és szükségünk 
lenne Java, JVM szakértőre ui kifogytunk az ötletekből mostanra.

"CP stopper ügyről van szó. Arról van szó, hogy egyik szállításról a 
másikra azt tapasztaltuk, hogy JVM os::abort hibák jönnek. Mindig JIT 
compiler thread száll el, mindig page fault, de látszólag random 
helyeken. Aztán észrevettük, hogy ha kivesszük a *HT31182* megoldását, 
akkor látszólag nem jön a hiba. Ez a TR a memóriakezelést érinti.

A furcsa az, hogy ezt a JVM-es hibát, csak
     - SAPC-nél láttuk, csak LSV122 óta és csak bizonyos speciális 
esetben, overload esetén
     - csak a JVM kapszulában láttuk a page fault-ot, márpedig ha a 
HT31182 okozza, akkor kellene a többi kapszulában is

Megnéztük, a hiba jön akkor is, ha egy korábbi Java CXP-t használunk, 
egy olyan verziót, ahol nem jött a hiba. Próbálgattuk azt, hogy a JIT 
compiler thread-ek számát levettük a default 2-ről 1-re, de akkor is 
jött a hiba a SAPC node-on. Ha a mi node-unkon felvettük 5-re, akkor sem 
jött a hiba. Próbáltunk HEAP_DEBUG-ot, de azzal el sem indul a node, nem 
igazán ment a reprodukció. Néztük JConsole-al, VisualVM-el a TP-ket, de 
semmi nem látszik, semmi gyanús. A call chain-ek alapján képtelenség ezt 
debug-olni. Ha levesszük a JIT compiler threshold-ot, azt hiszem, 
default 10 000, mondjuk 2000-re, akkor tényleg kb. ötször gyorsabban jön 
a hiba. De nálunk ugyanaz a JIT compiler gond nélkül lemegy.

A legjobb, hogy a traffic scenario-ban, ami a SAPC-nel van, csak C++-os 
processzek vesznek reszt, nincs is Java traffic. Nezegettunk Sun/Oracle 
bug-okat is, de nem biztos, hogy magaban a JVM-ben van a hiba."



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/modelinterpreter/attachments/20150617/4c9d07be/attachment.html>