[Javalist] play / c3p0pooledconn ...

[Hollósi Balázs]

szia

igen, mindig ez a hiba lesz. a szal kinyiras elkepzelheto hogy a vm
crash-t okozza, de a kiloves csak amiatt lehet hogy az adott process
romma terheli a gepet, ennek lenne jo az okat megtalani. az en
vps-enem nagy a csend, nem nagyon fut mas. a node ahol most vagyok
latvanyosan csendesebb mint amin eloszor produkalta (munin alatt
ioping meg a tobbi, kozos eroforrasra utalo ertekek jelentosen
jobbak), es az elso 5-10 percben jol mukodik, utana mintha beindulna
valami, gc vagy a c3p0-ban valami checking. ha azt a szalat
suspendelem, mindig ez a trace, ahol meg van akadva. ha mas 5let nincs
leszedem a c3p0 forrasat es megnezem mi van az adott vonalon, hatha..
de ez asszem esti task lesz, most melo van :)

b

2012/1/24 András Csányi <sayusi.ando at gmail.com>:
> 2012/1/24 Balázs Hollósi <hollosibalazs at gmail.com>:
>> sziasztok
>>
>> igazából olyan vizeken evezek, ahol nem sok helyismeretem van, ezért
>> bármi nemű segítséget köszönök.
>>
>> tehát. van egy play framework webes alkalmazásom, postgres
>> adatbázissal. eddig tök jól ment minden, viszont a hosting cég ahol
>> van (vps) konfigolt egyet, és most érdekességek történnek. a cég
>> alapvetően konstruktív, már átraktak egy másik node-ra, ahol a config
>> ua, de a vas más, ergo a memória hibát meg a többi hw parát úgy
>> gondolom kizárhatom. eddig a vps 4 cpu-t látott (/proc/cpuinfo) most
>> egy magot, amelyik azt mondja magáról hogy 4 magos, gondolom a
>> virtualizáción állítottak, azért lett más, lényegében a sebesség
>> maradt, ezzel sincs gondom.
>>
>> a jelenség hogy egyszercsak felugrik a java process load-ja 100%-ra,
>> még egy darabig működik az alkalmazás, de rosszabb esetben segfault-ol
>> a vm, jobbik esetben izzasztja a vasat, és 4-5ös load mellett azért
>> néha kiszolgál egy-egy requestet. ja igen, demo alkalmazás, bármilyen
>> "eszköz" engedélyezett :)
>>
>> debug módban elindítottam a vm-et, és remote rácsatlakoztam. eclipse
>> alatt szép sorban suspend a szálakra, így meglett a bőnös (legnagyobb
>> meglepetésre nem a play szál).
>>
>> a bűnös thread stack:
>>
>>
>> Daemon Thread [com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#0]
>> (Suspended)
>>        Finalizer.add() line: 42
>>        Finalizer.<init>(Object) line: 67
>>        Finalizer.register(Object) line: 72
>>        Jdbc4Statement(Object).<init>() line: 20
>>        Jdbc4Statement(AbstractJdbc2Statement).<init>(AbstractJdbc2Connection,
>> int, int) line: 135
>>        Jdbc4Statement(AbstractJdbc3Statement).<init>(AbstractJdbc3Connection,
>> int, int, int) line: 36
>>        Jdbc4Statement(AbstractJdbc3gStatement).<init>(AbstractJdbc3Connection,
>> int, int, int) line: 23
>>        Jdbc4Statement(AbstractJdbc4Statement).<init>(Jdbc4Connection, int,
>> int, int) line: 26
>>        Jdbc4Statement.<init>(Jdbc4Connection, int, int, int) line: 25
>>        Jdbc4Connection.createStatement(int, int, int) line: 30
>>        Jdbc4Connection(AbstractJdbc3Connection).createStatement(int,
>> int) line: 231
>>        Jdbc4DatabaseMetaData(AbstractJdbc2DatabaseMetaData).createMetaDataStatement()
>> line: 4266
>>        Jdbc4DatabaseMetaData(AbstractJdbc2DatabaseMetaData).getTables(String,
>> String, String, String[]) line: 2069
>>        DefaultConnectionTester.activeCheckConnectionNoQuery(Connection,
>> Throwable[]) line: 185
>>        DefaultConnectionTester.activeCheckConnection(Connection, String,
>> Throwable[]) line: 62
>>        DefaultConnectionTester(AbstractConnectionTester).activeCheckConnection(Connection)
>> line: 67
>>        C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.testPooledConnection(Object)
>> line: 368
>>        C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.refurbishIdleResource(Object)
>> line: 310
>>        BasicResourcePool$AsyncTestIdleResourceTask.run() line: 1999
>>        ThreadPoolAsynchronousRunner$PoolThread.run() line: 547
>>
>> ez ha jól tudom db pool cucc. viszont otthon, meg eddig kint is ua
>> verzió (play embeddelt) fut, otthon még most is, kint eddig stabil
>> volt.
>> első körben a kérdésem, találkozott-e már valaki hasonló parával.
>> ismert-e hogy 1 (virtuális) magos környezetben gondok lennének
>> vele? egyéb javaslat?
>>
>> ezer köszi előre is,
>> B
>
> Mindig ez a hiba? Ezt azért kérdezem, mert ha ez a virtualizált
> környezet linux, akkor az is lehet, hogy az a terheltség, amit kap
> elviszi oda az oprendszert, hogy magától elkezdi kinyírni a szálakat
> (nem jut most eszembe, hogy mi a neve ennek a jószágnak a kernelben).
>
> --
> - -
> --  Csanyi Andras (Sayusi Ando)  -- http://sayusi.hu --
> http://facebook.com/andras.csanyi
> --  ""Trust in God and keep your gunpowder dry!" - Cromwell
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist