Domanda

che sto facendo ottimizzazione delle prestazioni per il nostro gruppo Tomcat in esecuzione su hardware SPARC. La JVM a 32 bit ci dà memoria sufficiente per ora, ma stiamo andando a iniziare a utilizzare terracotta per lo striping del server in modo che la memoria aggiuntiva le offerte JVM a 64 bit potrebbero essere necessari al più presto.

Oltre a un footprint di memoria più grande, di passare alla JVM a 64-bit su SPARC si traduce in una riduzione delle prestazioni. Questa FAQ mostra un 10% - 20% calo di prestazioni per la versione 1.4 della JVM a 64 bit su SPARC:

http://java.sun.com/docs/hotspot/HotSpotFAQ .html # 64bit_performance

Io non sono interessato a prendere un 10% - 20% calo di prestazioni se posso evitarlo. Non c'è stata la discussione di utilizzo di un / 64-bit approccio ibrido a 32 bit per evitare questo problema in modo forse il 1.6 JVM non ha le prestazioni che ha colpito il 1.4 JVM aveva:

http://blog.juma.me.uk/2008/10/14/32-bit-or-64-bit-jvm-how-about-a-hybrid/

Qualcuno ha metriche di performance attuali per lo spostamento dalla JVM a 32 bit per la JVM a 64 bit utilizzando la versione 1.6 su SPARC?

Grazie.

Dean

È stato utile?

Soluzione

Qui ci sono alcuni risultati sulla base di client di prova chiamata un paio di nostri servizi web in esecuzione su Tomcat 5.5 su Solaris utilizzando le versioni a 64 bit e 32 bit di JDK 1.6.0_13.

La JVM a 64 bit ha determinato un calo di prestazioni di circa il 7% quando si utilizzano le impostazioni predefinite su Tomcat 5.5. Quando ho raddoppiato l'acceptCount parametri Tomcat e maxThreads a 1000 ogni il calo di prestazioni per la JVM a 64 bit è stata inferiore all'1%. Ciò può essere perché i 1000 fili corrispondevano al numero di clienti di test simultanei usavo nei test.

La modifica di questi parametri abbassato i tempi per entrambi JVM a 32 bit e 64 bit, ma la JVM a 64 bit mostrato un miglioramento delle prestazioni maggiore.

La vostra situazione potrebbe essere diversa, però.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top