Misurazione performance. Processing time. Performance. Throughput. Francesco Marchioni Mastertheboss.com Javaday IV Roma 30 gennaio 2010

Transcription

1 Misurazione performance Processing time Performance Throughput

2 Processing time Network Network DB Processing time

3 Throughput Quantità di dati trasmessi x secondo

4 Tuning Areas

5 Tuning Java Virtual Machine

6 JVM Heap

7 Configurazione ottimale Stabilire prima la memoria massima da assegnare alla JVM Stabilire il rapporto young/old generation Generalmente si assegna 1/3 - ½ della memoria alla young generation Evitare lo swap della memoria Heap (Mai assegnare un heap > della memoria fisica) Setta -Xms e -Xmx allo stesso valore Esempio: macchina con 2GB RAM. Modifica in run.bat run.sh set JAVA_OPTS=%JAVA_OPTS% -Xms1200m Xmx1200m XX:NewSize=400M XX:MaxNewSize=400M XX:SurvivorRatio=32

8 Monitorare il Garbage Collector -verbose:gc Stampa informazioni sul GC. (Size live objects prima e dopo la GC, memoria disponibile e tempo speso dal GC. [GC K->83000K(776768K), secs] [GC K->83372K(776768K), secs] [Full GC K->83769K(776768K), secs] XX:+PrintGCDetails stampa statistiche sulle singole aree di memoria [GC [DefNew: 8128K->8128K(8128K), secs] [Tenured: 17746K->2309K(24576K), secs] 25874K->2309K(32704K), secs]

9 Scenario #1 Young generation bassa Memoria New liberata 99% New Tenured Memoria Totale Liberata 22% [GC [DefNew: 4032K->64K(4032K), secs] 9350K->7748K(32704K), secs] [GC [DefNew: 4032K->64K(4032K), secs] 11716K->10121K(32704K), secs] [GC [DefNew: 4032K->64K(4032K), secs] 14089K->12562K(32704K), secs] La garbage collection della young generation è efficiente ma la maggior parte di questi oggetti non viene rimossa dalla memoria ma vengono trasferiti troppo presto nella tenured generation.

10 Scenario #2 Young generation eccessiva Memoria New liberata 0% New Tenured Major Collection libera memoria [GC [DefNew: 16000K->16000K(16192K), secs][tenured: 2973K- >2704K(16384K), secs] 18973K->2704K(32576K), secs] [GC [DefNew: 16000K->16000K(16192K), secs][tenured: 2704K- >2535K(16384K), secs] 18704K->2535K(32576K), secs] [GC [DefNew: 16000K->16000K(16192K), secs][tenured: 2535K- >2319K(16384K), secs] 18535K->2319K(32576K), secs] La young generation è troppo estesa per garantire promozioni alla tenured generation. Di conseguenza la collection viene scatenata dalla tenured generation causando major collections.

11 Scenario #3 Young generation ok Memoria New liberata 99% New Tenured Memoria Totale Liberata 57% [GC [DefNew: 8128K->64K(8128K), secs] 13000K->7427K(32704K), secs] [GC [DefNew: 8128K->64K(8128K), secs] 15491K->9663K(32704K), secs] [GC [DefNew: 8128K->64K(8128K), secs] 17727K->11829K(32704K), secs] La memoria viene liberata in modo rapido ed efficiente tramite minor collections.si avranno major collections solo alla saturazione della tenured generation.

12 Configurazione ottimale Major Collections

13 Tuning Application Server

14 Application Server pools JBoss AS Thread Pool Connection Pool Worker Threads Web Server

15 JBoss Thread Pool Perchè l'application server usa un Thread Pool?

16 Risposta Controllo centralizzato sul numero di richieste Prevenire crash server Performance ( se applicazione usa prevalentemente short lived threads)

17 Configurazione: jboss-service.xml <mbean code="org.jboss.util.threadpool.basicthreadpool" name="jboss.system:service=threadpool"> <attribute name="name">jboss System Threads</attribute> <attribute name="threadgroupname">system Threads</attribute> <attribute name="keepalivetime">60000</attribute> <attribute name="maximumpoolsize">10</attribute> <attribute name="maximumqueuesize">1000</attribute> <attribute name="blockingmode">abort</attribute> </mbean> Dimensione massima del Pool di Threads Dimensione massima della coda di Threads

18 Come monitorare il Thread Pool?

19 Database connection pool JBoss AS Connection Pool Database

20 Configurazione Datasource <local-tx-datasource> <jndi-name>defaultds</jndi-name> <connectionurl>jdbc:hsqldb:${jboss.server.data.dir}${/}hypersonic${/}lo caldb</connection-url> <driver-class>org.hsqldb.jdbcdriver</driver-class> <user-name>sa</user-name> <password></password> <min-pool-size>5</min-pool-size> <max-pool-size>20</max-pool-size> Dimensione min/max del Pool <idle-timeout-minutes>0</idle-timeout-minutes> <track-statements/> Cache prepared statements <prepared-statement-cache-size>32</prepared-statementcache-size> </local-tx-datasource>

21 Prepared Statement cache Prepared-statement-cache molto ottimizzante perchè tiene aperto il Prepared Statement tra più request usando una cache LRU. Attenzione: può riservare cursori aperti! Di default è 0, quindi è disattivato E' possibile forzare la chiusura di Statements/Resultset con In SELECT a,b,c,d FROM T1 WHERE a =? SELECT a,b,c,d FROM T1 WHERE b =? SELECT a,b,c,d FROM T1 WHERE c =? SELECT a,b,c,d FROM T1 WHERE d =? <track-statements>nowarn</track-statements Out

22 Monitoring del Connection Pool

23 Cosa è il Web Server Pool? JBoss AS Worker Threads Web Server

24 Configurazione Web Pool File server.xml <Connector port="8080"... maxthreads="250" acceptcount="100" minsparethreads="5" maxsparethreads="50" maxhttpheadersize="8192" connectiontimeout="20000" enablelookups="false" /> Threads contemporanei Max Threads in coda Threads di riserva Dimensione max header Timeout request DNS lookup

25 Threads running vs Spare Threads JBoss AS Worker Threads Web Server Thread running Spare Thread minsparethreads="5"

26 Threads running vs Spare Threads JBoss AS Worker Threads X X X Deallocati Web Server Thread running Spare Thread maxsparethreads="10"

27 Monitoring Web Thread Pool

28 Tuning JSPs <servlet> <servlet-name>jsp</servlet-name> <servletclass>org.apache.jasper.servlet.jspservlet</servletclass>... <init-param> <param-name>development</param-name> <param-value>false</param-value> </init-param> <init-param> <param-name>checkinterval</param-name> <param-value>0</param-value> </init-param> <init-param> <param-name>trimspaces</param-name> <param-value>true</param-value> </init-param>... </servlet>

29 Percorso di una request Thread Pool Connection Pool max_open_cursors Worker Threads DB Web Server select sql_text from v$open_cursor;

30 Risorse :

31 Promotion code Promotion code JDAY Sconto 15% Valido fino al 28/2/2010