Frage

ich tue Performance-Tuning für unseren Tomcat Cluster bin auf SPARC-Hardware läuft. Die 32-Bit-JVM geben uns genügend Speicher für jetzt, aber wir werden die Angebote 64-Bit-JVM mit Terracotta für Server-Striping, so dass die zusätzlichen Speicher beginnen könnten bald benötigt werden.

Zusätzlich zu einem größeren Speicherbedarf, Umzug in die 64-Bit-JVM auf SPARC führt zu einer Leistungseinbuße. Diese FAQ zeigt eine 10% - 20% Performance-Einbußen für die Version 1.4 der 64-Bit-JVM auf SPARC:

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

Ich bin nicht daran interessiert, eine 10% unter - 20% Performance-Einbußen, wenn ich es vermeiden kann. Es gab Diskussion der Verwendung eines 32-Bit / 64-Bit-Hybrid-Ansatz, um dieses Problem zu vermeiden, so vielleicht die 1.6 JVM nicht die Leistung getroffen, dass die 1.4 JVM hatte:

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

Hat jemand aktuelle Performance-Metriken hat, um aus den 32-Bit-JVM auf die 64-Bit-JVM mit der Version 1.6 auf SPARC zu verschieben?

Danke.

Dean

War es hilfreich?

Lösung

Hier sind einige Ergebnisse basieren auf Test Kunden ein paar unseres Web-Service Aufruf auf Tomcat 5.5 unter Solaris der Verwendung von 64-Bit- und 32-Bit-Versionen von JDK 1.6.0_13.

Die 64-Bit-JVM führten zu einer Leistungseinbuße von etwa 7%, wenn die Standardeinstellung auf Tomcat 5.5 verwenden. Wenn ich den Tomcat Parameter acceptCount und maxThreads bis 1000 verdoppelt wurde jede der Leistungseinbußen für die 64-Bit-JVM weniger als 1%. Dies kann sein, weil die 1000-Threads auf die Anzahl der gleichzeitigen Test Kunden entsprechen ich wurde in den Tests.

Änderung dieser Parameter die Zeiten für die beiden 32-Bit- und 64-Bit-JVMs abgesenkt, aber die 64-Bit-JVM zeigte eine größere Leistungssteigerung.

Ihre Leistung kann variieren, aber.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top