<p>En se gondolom, h az oom-killer dolgozna, az levagna a komplett appszervert. Inkabb vmi jdbc nyug lehet ez, v. tenyleg a c3p0 problemaja. Esetleg db szerver gond... :-)</p>
<p>Ezt a levelet telefonról adták fel ezért esetenként ékezethibákat tartalmazhat.</p>
<p>Garami Gábor<br>
E-mail: <a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a><br>
Web: <a href="http://hron.me">http://hron.me</a><br>
Skype: hron84<br>
MSN: <a href="mailto:hrgy@vipmail.hu">hrgy@vipmail.hu</a></p>
<div class="gmail_quote">2012.01.24. 16:24, "Laszlo Hornyak" <<a href="mailto:laszlo.hornyak@gmail.com">laszlo.hornyak@gmail.com</a>> ezt írta:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hali!<br>
<br>
Ha a kernel OOM killerre gondolsz, az az egesz processzedet csapja le<br>
szerintem, azaz a JVM-et. Threadeket talan nem lenne ertelme, a<br>
szalaknak nincs sajat memoria szegmensuk.<br>
<br>
2012/1/24 András Csányi <<a href="mailto:sayusi.ando@gmail.com">sayusi.ando@gmail.com</a>>:<br>
> 2012/1/24 Balázs Hollósi <<a href="mailto:hollosibalazs@gmail.com">hollosibalazs@gmail.com</a>>:<br>
>> sziasztok<br>
>><br>
>> igazából olyan vizeken evezek, ahol nem sok helyismeretem van, ezért<br>
>> bármi nemű segítséget köszönök.<br>
>><br>
>> tehát. van egy play framework webes alkalmazásom, postgres<br>
>> adatbázissal. eddig tök jól ment minden, viszont a hosting cég ahol<br>
>> van (vps) konfigolt egyet, és most érdekességek történnek. a cég<br>
>> alapvetően konstruktív, már átraktak egy másik node-ra, ahol a config<br>
>> ua, de a vas más, ergo a memória hibát meg a többi hw parát úgy<br>
>> gondolom kizárhatom. eddig a vps 4 cpu-t látott (/proc/cpuinfo) most<br>
>> egy magot, amelyik azt mondja magáról hogy 4 magos, gondolom a<br>
>> virtualizáción állítottak, azért lett más, lényegében a sebesség<br>
>> maradt, ezzel sincs gondom.<br>
>><br>
>> a jelenség hogy egyszercsak felugrik a java process load-ja 100%-ra,<br>
>> még egy darabig működik az alkalmazás, de rosszabb esetben segfault-ol<br>
>> a vm, jobbik esetben izzasztja a vasat, és 4-5ös load mellett azért<br>
>> néha kiszolgál egy-egy requestet. ja igen, demo alkalmazás, bármilyen<br>
>> "eszköz" engedélyezett :)<br>
>><br>
>> debug módban elindítottam a vm-et, és remote rácsatlakoztam. eclipse<br>
>> alatt szép sorban suspend a szálakra, így meglett a bőnös (legnagyobb<br>
>> meglepetésre nem a play szál).<br>
>><br>
>> a bűnös thread stack:<br>
>><br>
>><br>
>> Daemon Thread [com.mchange.v2.async.ThreadPoolAsynchronousRunner$PoolThread-#0]<br>
>> (Suspended)<br>
>> Finalizer.add() line: 42<br>
>> Finalizer.<init>(Object) line: 67<br>
>> Finalizer.register(Object) line: 72<br>
>> Jdbc4Statement(Object).<init>() line: 20<br>
>> Jdbc4Statement(AbstractJdbc2Statement).<init>(AbstractJdbc2Connection,<br>
>> int, int) line: 135<br>
>> Jdbc4Statement(AbstractJdbc3Statement).<init>(AbstractJdbc3Connection,<br>
>> int, int, int) line: 36<br>
>> Jdbc4Statement(AbstractJdbc3gStatement).<init>(AbstractJdbc3Connection,<br>
>> int, int, int) line: 23<br>
>> Jdbc4Statement(AbstractJdbc4Statement).<init>(Jdbc4Connection, int,<br>
>> int, int) line: 26<br>
>> Jdbc4Statement.<init>(Jdbc4Connection, int, int, int) line: 25<br>
>> Jdbc4Connection.createStatement(int, int, int) line: 30<br>
>> Jdbc4Connection(AbstractJdbc3Connection).createStatement(int,<br>
>> int) line: 231<br>
>> Jdbc4DatabaseMetaData(AbstractJdbc2DatabaseMetaData).createMetaDataStatement()<br>
>> line: 4266<br>
>> Jdbc4DatabaseMetaData(AbstractJdbc2DatabaseMetaData).getTables(String,<br>
>> String, String, String[]) line: 2069<br>
>> DefaultConnectionTester.activeCheckConnectionNoQuery(Connection,<br>
>> Throwable[]) line: 185<br>
>> DefaultConnectionTester.activeCheckConnection(Connection, String,<br>
>> Throwable[]) line: 62<br>
>> DefaultConnectionTester(AbstractConnectionTester).activeCheckConnection(Connection)<br>
>> line: 67<br>
>> C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.testPooledConnection(Object)<br>
>> line: 368<br>
>> C3P0PooledConnectionPool$1PooledConnectionResourcePoolManager.refurbishIdleResource(Object)<br>
>> line: 310<br>
>> BasicResourcePool$AsyncTestIdleResourceTask.run() line: 1999<br>
>> ThreadPoolAsynchronousRunner$PoolThread.run() line: 547<br>
>><br>
>> ez ha jól tudom db pool cucc. viszont otthon, meg eddig kint is ua<br>
>> verzió (play embeddelt) fut, otthon még most is, kint eddig stabil<br>
>> volt.<br>
>> első körben a kérdésem, találkozott-e már valaki hasonló parával.<br>
>> ismert-e hogy 1 (virtuális) magos környezetben gondok lennének<br>
>> vele? egyéb javaslat?<br>
>><br>
>> ezer köszi előre is,<br>
>> B<br>
><br>
> Mindig ez a hiba? Ezt azért kérdezem, mert ha ez a virtualizált<br>
> környezet linux, akkor az is lehet, hogy az a terheltség, amit kap<br>
> elviszi oda az oprendszert, hogy magától elkezdi kinyírni a szálakat<br>
> (nem jut most eszembe, hogy mi a neve ennek a jószágnak a kernelben).<br>
><br>
> --<br>
> - -<br>
> -- Csanyi Andras (Sayusi Ando) -- <a href="http://sayusi.hu" target="_blank">http://sayusi.hu</a> --<br>
> <a href="http://facebook.com/andras.csanyi" target="_blank">http://facebook.com/andras.csanyi</a><br>
> -- ""Trust in God and keep your gunpowder dry!" - Cromwell<br>
> _______________________________________________<br>
> Javalist mailing list<br>
> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
<br>
<br>
<br>
--<br>
<br>
EOF<br>
_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
</blockquote></div>