( _Franko_ | 2010. 03. 23., k – 12:06 )

Amig egy node van csak, addig nem sokat szamitanak (indulasi idoben persze szamit).

Mértél ilyet, vagy csak mondod? :)

Erdekes, hogy JPA cache hatranynak tekinted.

Magát a JPA-t tekintettem annak egy követlenül csak és kizárólag MySQL/PgSQL adatbázisra felkészített PHP portálhoz képest. Az elosztott JPA cache továbbra is hátrány egy node mérése esetén. Egyszerűen olyan kódrészleteket használ, amelyet nem kellene egy node esetén, de használnia kell, mert bármikor jöhet egy újabb node. Ilyen például az EclipseLink JMS topic-on keresztül való L2 cache szinkronizációja, gyönyörűen látszik, hogy egyedül is használja.

JAVA's csoda dolgokban gyakroi performnce gyilkos, a szuksegtelen serilizatio/deserilizacio ugyan azon JVM -en belul.

Van remote EJB réteg, a terhelés elosztása okán, de JBoss okos annyira, hogy InVM nem serializál, de ez is okoz némi plusz futásidőt. Van minden metódusra TRACE log, ésatöbbi, ezek is vesznek el időt, ha nem is sokat.
--
http://wiki.javaforum.hu/display/FREEBSD